From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4457 invoked by alias); 21 Apr 2008 05:00:48 -0000 Received: (qmail 4442 invoked by uid 22791); 21 Apr 2008 05:00:47 -0000 X-Spam-Check-By: sourceware.org Received: from bender.grapevine.net.au (HELO bender.grapevine.net.au) (203.129.32.139) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 21 Apr 2008 05:00:27 +0000 Received: from localhost (localhost [127.0.0.1]) by bender.grapevine.net.au (Postfix) with ESMTP id 2CF92C022E; Mon, 21 Apr 2008 15:00:21 +1000 (EST) Received: from bender.grapevine.net.au ([127.0.0.1]) by localhost (bender.grapevine.net.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xn3sYihVG4zk; Mon, 21 Apr 2008 15:00:21 +1000 (EST) Received: from localhost.localdomain (unknown [121.127.213.230]) by bender.grapevine.net.au (Postfix) with ESMTP id AD678C01AB; Mon, 21 Apr 2008 15:00:20 +1000 (EST) Message-ID: <480C1F61.30604@homemail.com.au> Date: Mon, 21 Apr 2008 05:00:00 -0000 From: Ross Johnson User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: pthreads-win32@sourceware.org CC: spongelavapaul@mac.com Subject: Re: UWIN not supported References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact pthreads-win32-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sourceware.org X-SW-Source: 2008/txt/msg00017.txt.bz2 Paul Thomas wrote: > Hi, > > I read in the announcement (POSIX Threads (pthreads) for Win32) that > UWIN is not supported. What does that mean exactly? Does it mean that > the two won't work together or just that nobody wants to look into any > problems? Hi Paul, In the most general sense it means that I don't run the test suite against any UWIN build of the library before releasing revisions. Several years ago now, I wasn't able to get the UWIN environment up and running and haven't had the interest to spend more time on it. I'd be happy to change the ANNOUNCE file if someone is willing to confirm that the [pthreads-win32] test suite passes - or passes with known exceptions. As you've indicated, signals don't work, nor does shared memory etc. and AFAIK UWIN would need to be made threads-aware for these to work as well. I assume they have worked together at least superficially in the past, hence the UWIN sections in the source (contributed by David Korn at AT&T). But to what extent they worked together back then I don't know. With minimal effort, someone who knows UWIN internals could probably get it working well enough to get through the pthreads-win32 test suite, but real applications that also need what UWIN provides, e.g. signals, still may not work. Not sure if this helps at all but, ultimately, IMO UWIN needs it's own pthreads routines as Cygwin has done. Ross > > thanks, > Paul.