This is the mail archive of the
cygwin-xfree@cygwin.com
mailing list for the Cygwin XFree86 project.
Re: Alan needs a DLL guru (was Re: [PATCH] Re: pthread).
- To: "'cygwin-xfree at cygwin dot com '" <cygwin-xfree at cygwin dot com>
- Subject: Re: Alan needs a DLL guru (was Re: [PATCH] Re: pthread).
- From: Christopher Faylor <cgf at redhat dot com>
- Date: Sun, 6 May 2001 16:30:12 -0400
- References: <7F2B9185F0196F44B59990759B91B1C23C3703@ins-exch.inspirepharm.com>
- Reply-To: cygwin-xfree at cygwin dot com
On Sun, May 06, 2001 at 11:39:20AM -0400, Suhaib Siddiqi wrote:
> Best place would be to ask cygwin-develpers or cygwin list.
>I do not think you can do at the linker level. It needs to
>be in the code.
Use the cygwin or cygwin-apps lists, please. This has nothing to do
with the cygwin DLL, which is what cygwin-developers is all about.
cgf
>-----Original Message-----
>From: Alan Hourihane
>To: Robert Collins
>Cc: cygwin-xfree@sources.redhat.com
>Sent: 5/6/2001 11:27 AM
>Subject: Re: Alan needs a DLL guru (was Re: [PATCH] Re: pthread).
>
>On Sun, May 06, 2001 at 11:12:16PM +1000, Robert Collins wrote:
>> > On Sun, May 06, 2001 at 01:35:41AM +1000, Robert Collins wrote:
>> > > > _XLIBINT_ and NeedLibInsideFlag did not help.
>> > > > However I can compile win32-x11 with pthread from
>> > > > (http://sources.redhat.com/win32-x11 and pthread from win32 from
>> > > > sourceware), and no crashes ;-)
>> > >
>> > > Can you compile Xfree86 with the source win32 pthreads? fork() may
>> > > break, but if that works, you could tell me whats wrong with my
>code
>> and
>> > > I'll write to your spec to fix it. (ahh the beauty of clean room
>> r/e).
>> > >
>> > I've been bashing on this all day and I'll give a better update
>later.
>>
>> Coool.. well I'm heading to sleep land shortly :].
>>
>> > But to put you out of your misery on the win32 pthreads - it still
>> happens
>> > with this.
>>
>> Whew. (I was reassured when you indicated that the problem was
>> var_p == var instead of
>> var_p == &var.)
>>
>> You might want to look at the cygwin-dev and cygwin list archives.
>Just
>> search for dll and data|variable|export. I suspect this problem has
>been
>> solved many times before.
>>
>It's o.k. I've fixed it now....Finally understood how DLL's and function
>pointers are handled in a cross DLL situation. Part of the problem is
>here....
>
>Can anyone here tell me if there's a better solution than using
>
>__declspec(dllimport) void func();
>
>Can't I do something like this at the linker level ? As otherwise I'll
>need to fixup the function pointers in quite a few places for the
>mutex's.
>Ugh.
>
>If not, I'll post to cygwin-devel in a day or so.
>
>Oh, twm.exe is working now. Obviously it doesn't create any threads
>though.
>
>I've got an OpenGL thread program which crashes in another function
>pointer
>place. I'll eventually test this and fix it's mutex too, but it'd be
>good
>to get a better solution than what I've currently got.
>
>Alan.
--
cgf@cygnus.com Red Hat, Inc.
http://sources.redhat.com/ http://www.redhat.com/