Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <002c01c0b142$e5b3af10$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <nhv AT cape DOT com>
Cc: <cygwin AT cygwin DOT com>
References: <000201c0b140$381fb800$a300a8c0 AT nhv>
Subject: Re: Python
Date: Wed, 21 Mar 2001 00:37:18 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
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: 20 Mar 2001 13:31:48.0207 (UTC) FILETIME=[1D30CFF0:01C0B142]


----- Original Message -----
From: "Norman Vine" <nhv AT cape DOT com>
To: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
Sent: Wednesday, March 21, 2001 12:18 AM
Subject: RE: Python


RE: PythonRobert Collins writes:

>       What errors do you get building python with threads ? I'm
>working on the thread support and thought that python might be a nice
>cross-check for my test-suites...
>
>I haven't made the time to grab a tarball and work through any issues
>myself (I want to finish the work off first!)

Robert

Python has problems compiling with the latest DLLs

First one is a showstopper at this line in <sys/signal.h>

#if defined(_POSIX_THREADS)
int _EXFUN(pthread_kill, (pthread_t thread, int sig));
#endif

I notice that this is also defined in <pthread.h>

??

Norman


===
thanks... keep them coming :]

My docs don't have much to say on
int pthread_kill(pthread_t thread, int sig); (the _EXFUN is a
programming trick)
but a google search turned up the same prototype, and defined in
sys/signal.h not pthread.h so I guess that's another pthread bug.
The problem with this one is that we will likely break the ABI by fixing
it

Chris - your opinion? It's a trivial code change, and every reference I
saw with a quick search had pthread_kill(pthread_t thread (as
sys/signal.h does) rather than pthread_kill(pthread_t * thread as the
current cygwin implementation does...

I'd like to fix this.

Rob



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple