Re: Thread deadlock problem with cout

[Craig Rodrigues <rodrigc at mediaone dot net>]

On Thu, Jul 20, 2000 at 07:41:13PM -0700, Benjamin Kosnik wrote:
>  I assume you mean the RPMs here:
> 
> ftp://rawhide.redhat.com/pub/rawhide/i386/RedHat/RPMS/

Yes.

> > When I compile a C++ program, then do an ldd on that program:
> > ldd a.out
> > libpthread.so.0 => /lib/libpthread.so.0 (0x40022000)
> > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40038000)
> 
> Hmm. This shared library versioning indicates libstdc++-v3, which is odd.
> Whatever happened to sane versioning like libstdc++.a.2.10.0 ?

Well on my system,
/usr/lib/gcc-lib/i386-redhat-linux/2.96/libstdc++.so is a symlink to:
               ../../../libstdc++-libc6.2-2.so.3

That's how g++ determines which c++ library to link against.

I think there are definitely some threading problems in these RPM's, because
Realplayer7 (which worked fine with glibc 2.1 and the older libstdc++) now
breaks, and it looks like a thread deadlock when I analyze with strace
and gdb.  See:
http://sources.redhat.com/ml/libc-alpha/2000-07/msg00181.html

I don't know if the problem is in glibc and/or libstdc++, but I have
notified the libc-alpha mailing list as well.

Thanks.
-- 
Craig Rodrigues        
http://www.gis.net/~craigr    
rodrigc@mediaone.net