On Wed, 26 Nov 1997, Philippe Troin wrote: > Libc6 2.0.5c has a leak in inet_ntoa. > > [...deleted...] > > The inside story is: due to a problem with libc6, libc_create_key is > not declared as a weak symbol of libpthread, and it's not wrapped in > a macro which detects if the program is linked with libpthread. The > result is that during the first call to inet_ntoa(), a libc_once > initialization routine is called, it thinks it's linked with > libpthread and attempts to create a thread-specific return buffer > through libc_create_key. > > [...deleted...] > > In the meantime, you can link programs which do heavy inet_ntoa with > libpthread, it will cure the leak (diald 0.16.4-11 does this, as a > temporary measure while waiting for libc6 2.0.6).
ok, this is the bug i was looking for. anyone know if there is a fix for this yet? i just ran ldd on a random sample of daemons (sendmail, proftpd, squid, inetd, rpc.nfsd and apache...all latest versions as of yesterday) - none of them are linked with libpthread. imo it should be fixed in libc6 not in the daemons....however, if a fix isn't going to be out for a while then these and other programs need to be recompiled asap. this bug is critical severity for any moderate-to-heavy use server. (it's crashed one of my mail servers and one of my gateway boxes already) anyone got a fix apart from recompiling everything that uses inet_ntoa? i've started a cron job to stop and restart various services every few hours, but that's a real crappy solution....especially for squid - squid can take half an hour or more to restart on a big cache. any news on libc6 2.0.6? an ETA, perhaps? craig -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
