[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1407867539.15134.148.camel@eris.loria.fr>
Date: Tue, 12 Aug 2014 20:18:59 +0200
From: Jens Gustedt <jens.gustedt@...ia.fr>
To: musl@...ts.openwall.com
Subject: Re: bug in pthread_cond_broadcast
Am Dienstag, den 12.08.2014, 13:19 -0400 schrieb Rich Felker:
> Once broadcast returns (as observed by the thread which called
> broadcast, or any thread that synchronizes with this thread after
> broadcast returns), there are no waiters and it's valid to use a new
> mutex with the cond var (or destroy it if it won't be used again).
all the clients can only wakeup on holding their mutex, which in turn
is only released by the main thread after it returns from the
broadcast operation.
so yes, the broadcast operation is synchronized with all other
threads, that's the idea of this test
Jens
--
:: INRIA Nancy Grand Est ::: AlGorille ::: ICube/ICPS :::
:: ::::::::::::::: office Strasbourg : +33 368854536 ::
:: :::::::::::::::::::::: gsm France : +33 651400183 ::
:: ::::::::::::::: gsm international : +49 15737185122 ::
:: http://icube-icps.unistra.fr/index.php/Jens_Gustedt ::
Download attachment "signature.asc" of type "application/pgp-signature" (199 bytes)
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
