Date: Wed, 03 Nov 2004 07:27:41 +0800 From: David Xu <davidxu@freebsd.org> To: John Baldwin <jhb@freebsd.org> Cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libpthread/thread thr_private.h thr_sig.c Message-ID: <418817ED.2040201@freebsd.org> In-Reply-To: <200411021549.27511.jhb@FreeBSD.org> References: <200411011049.iA1AnY8m012136@repoman.freebsd.org> <4186960C.6090805@elischer.org> <4186C114.1000004@freebsd.org> <200411021549.27511.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
John Baldwin wrote: >On Monday 01 November 2004 06:04 pm, David Xu wrote: > > >>Not every important, I think I have another very important history >>bug in hand, did you get my "fix famous libpthread conditional >>variable race condition" mail ? :-) >> >> > >Oooo, can I test it please? We are still having problems with mono on HEAD >here at work. I tried merging the changes in uthread_cond.c 1.32 to >libpthread but that seemed to make it worse. The problems seem to be that a >signal handler is being run when the SYNCQ sflag is set (but the thread is >not on a cv or a mutex queue), and the handler calls sem_post() which is >supposed to be signal safe. sem_post() tries to lock a mutex and then bombs >with the assertion failure. > > > You can try: http://people.freebsd.org/~davidxu/kse/thr_cond.c.diff But it was not designed to fix the problem you have seen. :-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?418817ED.2040201>