Mailing-List:	contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin-developers/>
List-Post:	<mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin-developers AT sources DOT redhat DOT com
Message-ID:	<025701c0c861$e40e01c0$0200a8c0@lifelesswks>
From:	"Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To:	<cygwin-developers AT cygwin DOT com>
Subject:	pthread condition vars - Doh!
Date:	Thu, 19 Apr 2001 09:46:52 +1000
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE:	Produced By Microsoft MimeOLE V5.50.4133.2400
X-OriginalArrivalTime:	18 Apr 2001 23:39:44.0427 (UTC) FILETIME=[D8B107B0:01C0C860]

I've just found out that SignalObjectAndWait, which I use in several
locations in the pthreads code, is not available on 9x platforms.
SignalObjectAndWait is the appropriate function to prevent races for
emulated posix objects that involve more than 1 win32 object.

For the short-term I'm simply planning to break open the function into
two separate calls. (For win9x platforms only). This does introduce a
race. Longer term I'm going to sit down and do a little research :]

It's quite important I get a workaround in place before 1.3.0 goes out,
even if it has a race it'll let the code run on win9x.

Rob

- Raw text -