Re: current CVS libpthread makes trivial programs linked to it hang

2008-09-27 Thread Samuel Thibault
Neal H. Walfield, le Sat 27 Sep 2008 09:15:25 +0200, a écrit : > At Sat, 27 Sep 2008 00:55:31 +0200, > Samuel Thibault wrote: > > There seems to be at least two issues: > > > > if (_pthread_self ()) > > > > doesn't actually make sense since _pthread_self() already asserts(self), > > so the assert

Re: current CVS libpthread makes trivial programs linked to it hang

2008-09-27 Thread Neal H. Walfield
At Sat, 27 Sep 2008 00:55:31 +0200, Samuel Thibault wrote: > There seems to be at least two issues: > > if (_pthread_self ()) > > doesn't actually make sense since _pthread_self() already asserts(self), > so the assertion will be triggered inside it. This is true for the Hurd on Mach implementat

Re: current CVS libpthread makes trivial programs linked to it hang

2008-09-26 Thread Samuel Thibault
Hello, There seems to be at least two issues: if (_pthread_self ()) doesn't actually make sense since _pthread_self() already asserts(self), so the assertion will be triggered inside it. in the case of a normal mutex, now libpthread checks the owner when NDEBUG is not defined. The problem is th

current CVS libpthread makes trivial programs linked to it hang

2008-09-26 Thread Michael Banck
Hi, if you compile a trivial program and link it to libpthread from current CVS, it hangs. I bisected it mostly to the following change: 2008-06-22 Neal H. Walfield <[EMAIL PROTECTED]> * sysdeps/generic/pt-mutex-timedlock.c (__pthread_mutex_timedlock_internal) [! NDEBUG]: Set