Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 12 Aug 2014 20:18:59 +0200
From: Jens Gustedt <>
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


:: INRIA Nancy Grand Est ::: AlGorille ::: ICube/ICPS :::
:: ::::::::::::::: office Strasbourg : +33 368854536   ::
:: :::::::::::::::::::::: gsm France : +33 651400183   ::
:: ::::::::::::::: gsm international : +49 15737185122 ::
:: ::

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.