threads/84778: libpthread busy loop/hang with Java when handling signals and Runtime.exec

Daniel Eischen deischen at freebsd.org
Thu Oct 6 15:30:24 PDT 2005


The following reply was made to PR threads/84778; it has been noted by GNATS.

From: Daniel Eischen <deischen at freebsd.org>
To: freebsd at spatula.net
Cc: bug-followup at freebsd.org
Subject: Re: threads/84778: libpthread busy loop/hang with Java when handling
 signals and Runtime.exec
Date: Thu, 6 Oct 2005 18:25:56 -0400 (EDT)

 On Thu, 6 Oct 2005 freebsd at spatula.net wrote:
 
 > What about them is "not possible" exactly?
 
 Because [_]nanosleep() does not call pthread_setconcurrency().  And
 pthread_setconcurrency() does not call pthread_mutexattr_init().
 
 > What about ktrace showing a tight loop of kse_release calls followed by
 > RET kse_release 0?
 >
 > Why is it perfectly fine with libc_r?
 
 Libc_r is a totally different beast.  You can't necessarily compare
 apples and oranges.  There are much more likely to be race conditions
 exposed using libpthread than with libc_r.
 
 -- 
 DE
 


More information about the freebsd-threads mailing list