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