At Thu, 24 Feb 2005 14:17:44 -0800, David Mosberger wrote: > While there hasn't been any discussion for glibc bugzilla report #685 > [1], private communication with one of the glibc maintainers indicates > that this issue is not considered to be a glibc bug because, > officially, glibc supports only one thread library at a time: > LinuxThreads _or_ NPTL, but not both at the same time. Of course, > every distro I know of ships both NPTL and LinuxThreads and the > apparently accepted workaround appears to be to use the ld.so that was > built for NPTL rather than the one that was built for LinuxThreads > (more precisely, the ld.so should be used which uses larger thread > descriptors). Thus, I strongly suspect Debian should do the same. > Since this bug results in memory corruption that can be very hard to > track down, I hope this can be fixed quickly. As a temporary > workaround, just doing:
David, does this problem only occurs on ia64? Or i686? To be honest, I have concerned this kind of problem - the incompatibility between nptl and linuxthreads. > # mv /lib/tls/ld-2.3.2.so /lib/ > > should cure the problem. I'm hard to decide to introduce this kind of workaround into the package. We have two choices - (1) increasing the size of linuxthreads' thread descriptors (2) we don't load nptl library using /lib/ld.so. Taking choice (1) is nice idea - because (2) needs another consideration about the kernel version capability. Some distributions (ex: SuSE/FC) provides the fixed kernel version - OTOH, debian has two kernel version series - 2.4 (linuxthreads) and 2.6 (nptl). If we can fix this problem with (1), we don't need to be care about (2) modifications. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]