X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
X-Trace: 110537245/mk-filter-2.mail.uk.tiscali.com/B2C/$b2c-THROTTLED-DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/79.66.11.8/None/johne53 AT tiscali DOT co DOT uk
X-SBRS: None
X-RemoteIP: 79.66.11.8
X-IP-MAIL-FROM: johne53 AT tiscali DOT co DOT uk
X-MUA: Microsoft Outlook Express 6.00.2900.2180Produced By Microsoft MimeOLE  V6.00.2900.2180
X-IP-BHB: Once
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApsEAC3XKElPQgsI/2dsb2JhbACEa8lwgnw
X-IronPort-AV: E=Sophos;i="4.33,653,1220223600";     d="scan'208";a="110537245"
Message-ID: <005901c94d64$d3462df0$4001a8c0@mycomputer>
From: "John Emmas" <johne53 AT tiscali DOT co DOT uk>
To: <cygwin AT cygwin DOT com>
References: <003a01c94d55$62193d70$4001a8c0 AT mycomputer> <492938E8 DOT 30603 AT sh DOT cvut DOT cz>
Subject: Re: pthread_t
Date: Sun, 23 Nov 2008 12:12:59 -0000
MIME-Version: 1.0
Content-Type: text/plain; 	format=flowed; 	charset="Windows-1252"; 	reply-type=original
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

----- Original Message ----- 
From: "Vaclav Haisman"
Sent: 23 November 2008 11:05
Subject: Re: pthread_t
>
> The program is wrong. The pthread_t type is opaque. You should not
> expect anything.
>
> [...]
>
> The only header that you should use to get pthread_t type is pthread.h.
>
Thanks Vaclav, you're absolutely right.  On further investigation, this
turned out to be due to the fact that the program is expecting 'pthread_t'
and 'pthread_key_t' to be equivalent.  When they were both unsigned long,
the compiler would perform a cast automatically.  However, when they're
both pointers to struct, the compiler (understandably) complains.  In this
case I should be able to get around the problem by casting, unless you
can think of a better solution?

John

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/