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