This is the mail archive of the
cygwin-xfree@cygwin.com
mailing list for the Cygwin XFree86 project.
RE: [PATCH] Re: pthread
- To: "'Alan Hourihane '" <alanh at fairlite dot demon dot co dot uk>, "'Robert Collins '" <robert dot collins at itdomain dot com dot au>
- Subject: RE: [PATCH] Re: pthread
- From: Suhaib Siddiqi <ssiddiqi at inspirepharm dot com>
- Date: Sat, 5 May 2001 14:26:18 -0400
- Cc: "'cygwin-xfree at sources dot redhat dot com '" <cygwin-xfree at sources dot redhat dot com>
>_Xglobal_lock_p
This is fixed in my version of dll. It still crashed. Therefore
I am not sure it is a DLL issue and i agree (so far) with Robs comments.
I am compiling now pthread-win32 from sources.redhat.com
Let's see what happen next.
Suhaib
-----Original Message-----
From: Alan Hourihane
To: Robert Collins
Cc: cygwin-xfree@sources.redhat.com
Sent: 5/5/2001 1:37 PM
Subject: Re: [PATCH] Re: pthread
It seems the DLL is creating the reference to _Xglobal_lock as
_Xglobal_lock_p
and therefore when libXext tries to find the value of _Xglobal_lock it
really gets it's pointer reference rather than it's actual value.
I don't know how the dllwrap tools handles the _p = fudging in the
.def file.
And I don't think it's a pthread issue at all. We're not even creating
any
threads (twm doesn't create any threads).
Alan.