More mono + libpthread breakage..
Mike Makonnen
mtm at identd.net
Wed Nov 3 06:21:02 PST 2004
On Tue, Nov 02, 2004 at 05:12:11PM -0500, John Baldwin wrote:
> This kicks in with mono because mono wants to call
> 'sem_post()' (which is supposed to be signal safe) from a signal handler, but
> sem_post() calls pthread_mutex_lock() which dies with an assertion error
> about already being on a syncq since _cond_wait_backout() didn't happen.
Then the correct fix is for sem_post to disable signals around calls to
pthread functions. There are *no* async-signal safe pthread functions.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
mtm at identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55
mtm at FreeBSD.Org| FreeBSD - Unleash the Daemon !
More information about the freebsd-threads
mailing list