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
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

- Raw text -