Re: Strange TODO
"ZIGLIO, Frediano, VF-IT" <[email protected]>
| Newsgroups | gmane.comp.db.tds.freetds |
|---|---|
| Message-ID | <[email protected]> |
> > > > > Thus spake Frediano: > > > > > How to fix all these problems?? > > > - we have no safe source for servent_data (private libc > > header is not > > > installed). - we can implement a thread-safe > getservbyname locking > > > _servent_mutex directly and call getservbyname_r (not that > > clean) and > > > endservent_r (avoid leaks). - use getaddrinfo, is it > > thread-safe under > > > NetBSD ?? > > > > It turns out we're going about this all wrong. Instead of > > getservbyname_r > > et al., we should be using getnameinfo/getaddrinfo. Those should be > > threadsafe on any platform, and are standard. > > > > Do you think it's feasible to abandon getservbyname_r? Do we > > support any > > platform on which getservbyname_r is implemented but > > getaddrinfo is not? > > > > --jkl > > > > Yes, we can do. The problem is that some getaddrinfo > implementations (FreeBSD or NetBSD if > I remember) are NOT threadsafe !! But well... perhaps > nowadays these platforms are quite > old... > Referring to http://www.freebsd.org/cgi/man.cgi?query=getaddrinfo&apropos=0&sektion=3&manpath=NetBSD+4. 0&format=html from NetBSD 4.0 and FreeBSD 6.0 these functions are thread-safe (not fully before :( ) freddy77 _______________________________________________ FreeTDS mailing list [email protected] http://lists.ibiblio.org/mailman/listinfo/freetds
smime.p7s
(application/x-pkcs7-signature, 3.1 KB) - not displayed