Re: PTHREAD_INVARIANTS in 5.x

2005-05-12 Thread Dan Nelson
In the last episode (May 12), Scott Long said: > Daniel Eischen wrote: > >On Wed, 11 May 2005, Jonathan Noack wrote: > >>I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. > >> As far as I can tell, all but one of the defines under > >>_PTHREADS_INVARIANTS are ASSERTs; they ch

Re: PTHREAD_INVARIANTS in 5.x

2005-05-12 Thread Scott Long
Daniel Eischen wrote: On Wed, 11 May 2005, Jonathan Noack wrote: I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. As far as I can tell, all but one of the defines under _PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it is false result in a fatal error.

Re: PTHREAD_INVARIANTS in 5.x

2005-05-11 Thread Jonathan Noack
On 05/11/05 21:53, Daniel Eischen wrote: On Wed, 11 May 2005, Jonathan Noack wrote: I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. As far as I can tell, all but one of the defines under _PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it is false result

Re: PTHREAD_INVARIANTS in 5.x

2005-05-11 Thread Daniel Eischen
On Wed, 11 May 2005, Jonathan Noack wrote: > > I checked out _PTHREADS_INVARIANTS for libthr and libpthread on CURRENT. > As far as I can tell, all but one of the defines under > _PTHREADS_INVARIANTS are ASSERTs; they check for a condition and if it > is false result in a fatal error. These shou

Re: PTHREAD_INVARIANTS in 5.x

2005-05-11 Thread Jonathan Noack
On 05/11/05 09:55, Daniel Eischen wrote: On Tue, 10 May 2005, Mikhail Teterin wrote: = > As we were counting down to 5.3-RELEASE, I noticed, that all = > threading libraries still compile with PTHREAD_INVARIANTS. My = > suggestion to have this = > fixed was shutdown as not enough time = > was left

Re: PTHREAD_INVARIANTS in 5.x

2005-05-11 Thread Daniel Eischen
On Tue, 10 May 2005, Mikhail Teterin wrote: > = > As we were counting down to 5.3-RELEASE, I noticed, that all > = > threading libraries still compile with PTHREAD_INVARIANTS. My > = > suggestion to have this = > fixed was shutdown as not enough time > = > was left for testing the 5.3. > > = > Can

Re: PTHREAD_INVARIANTS in 5.x

2005-05-10 Thread Mikhail Teterin
= > As we were counting down to 5.3-RELEASE, I noticed, that all = > threading libraries still compile with PTHREAD_INVARIANTS. My = > suggestion to have this = > fixed was shutdown as not enough time = > was left for testing the 5.3. = > Can we have these things turned off NOW, so that, at least,

Re: PTHREAD_INVARIANTS in 5.x

2005-05-10 Thread Daniel Eischen
On Tue, 10 May 2005, Mikhail Teterin wrote: > Hello! > > As we were counting down to 5.3-RELEASE, I noticed, that all threading > libraries still compile with PTHREAD_INVARIANTS. My suggestion to have this > fixed was shutdown as not enough time was left for testing the 5.3. > > 6 months later the

PTHREAD_INVARIANTS in 5.x

2005-05-10 Thread Mikhail Teterin
Hello! As we were counting down to 5.3-RELEASE, I noticed, that all threading libraries still compile with PTHREAD_INVARIANTS. My suggestion to have this fixed was shutdown as not enough time was left for testing the 5.3. 6 months later the much anticipated 5.4 ships with these defines again an