Bug#292673: additional info
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
Reply to: