Date: Wed, 18 Jun 2003 23:33:43 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Daniel Eischen <eischen@vigrid.com> Cc: Kris Kennaway <kris@obsecurity.org> Subject: Re: Removal of bogus gethostbyaddr_r() Message-ID: <3EF15947.1102D796@mindspring.com> References: <Pine.GSO.4.10.10306181413010.16088-100000@pcnet5.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Daniel Eischen wrote: > On Wed, 18 Jun 2003, Terry Lambert wrote: > > Daniel Eischen wrote: > > > On Wed, 18 Jun 2003, Kris Kennaway wrote: > > > > Any objections? > > > > > > Why is this bogus? Do we have another gethostbyaddr_r hiding > > > somewhere? > > > > It lies? (_r). > > If that's true, then it's a bug and eventually should > be fixed. Yes. It's not thread-safe, and it's not reentrant, as implied by the name. I have no idea how it made it in past all the reviewing. > Additionally, you can't go around removing > public interfaces without bumping library versions > (unless said interface hasn't seen a release yet). That's a good point; but you'd hope that the binding of shared library symbols would be RTLD_NOW at compile time and RTLD_LAZY at runtime, so the only thing that would break are programs that actually used the symbol. And those programs are broken anyway, since if they depend on the thing working, they're broken. Maybe we could just declare an "void *" by that name that was equal to zero... 8-). But if no one is going to fix it before the next release, it should be diked out, because it's fooling "configure" prgorams (and unfortunately, just diking it out of the header files isn't enough, because they look by linking, rather than by looking). Makes you want minor version numbres back... -- Terry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3EF15947.1102D796>