gdb and linuxthreads (A deadlock in linuxthreads.)

H.J. Lu hjl@lucon.org
Sun Dec 20 12:30:00 GMT 1998


> 
> > I have verified that there was no third thread at all. There were only
> > 2 threads, the manager and the thread just sent a request to the
> > manager. It may be a race condition which can only happen on a SMP
> > machine.
> 
> Hmph.  That's interesting.  I'll try to think of a scenario that
> explains this.  Sometimes, I fear the memory subsystem doesn't
> implement strong ordering on memory accesses like it's supposed to do
> according to the docs...
> 
> At any rate, you'll find below the patches that change the signal used
> to report dead children.  The patches are against the current working
> sources on anoncvs@glibc.cygnus.com.  I haven't been able to test them
> on my home machine, but will test them tomorrow at work.  I'll also
> test what happens with gdb.  Maybe the extra signals don't break
> anything, just causing gdb to rescan the set of running threads
> unnecessarily.
> 

Are you sure you sent me all the changes? I don't think it is correct.
Did you miss something in restart.h?

Thanks.

H.J.



More information about the Libc-hacker mailing list