From:	W DOT Derks AT nl DOT cis DOT philips DOT com ("wiljan")
Subject:	Re: serious bug with CYGNUS GCC b16
3 Dec 1996 14:05:31 -0800 :
Sender:	daemon AT cygnus DOT com
Approved:	cygnus DOT gnu-win32 AT cygnus DOT com
Distribution:	cygnus
Message-ID:	<199612032102.WAA26328.cygnus.gnu-win32@nl.cis.philips.com>
Mime-Version:	1.0
Original-To:	"Pascal OBRY" <Pascal DOT Obry AT der DOT edfgdf DOT fr>
Original-Cc:	<gnu-win32 AT cygnus DOT com>
X-MSMail-Priority:	Normal
X-Priority:	3
X-Mailer:	Microsoft Internet Mail 4.70.1155
Original-Sender:	owner-gnu-win32 AT cygnus DOT com

Pascal OBRY wrote:
>      Yes, you are right, thanks for your advice. But I'am a software
>      engineer and would not do this anyway.
>      
>      But this does not answer my question. I'am not
>      doing this in a real project but I made up a code that shows a
problem
>      with the CYGNUS GCC. This problem seem to be that static variable do
>      corrupt the dll entry table and others datas, I had hard time to
>      figure this out.
>      
>      My original problem was that a static (small) table corrupted the
>      entry table for DLL. So some Win32 calls (like GetSystemTime) was
>      crashing GCC. Larger the table was and smaller was the number of
>      entry table not corrupted (i.e. the number of Win32 calls that
>      does not crash GCC)
>      
>      So this is a real bug in CYGNUS GCC, my little *sample* program
shows
>      the problem.
>      
>      I just need to know if this is a know bug ? And if it could be fixed
>      in the next version of GCC (b17) ?
I had similar experiences trying to build a DLL using b16.
I first tried to build the dll using the dlltool from cygnus and I was not
able to
get things working.
Then I switched using the linker from MS VC V4.0.
That allowed me to link dlls to gether, but they where also incorrect.
I am 100% sure that the initialised data sections did not get to the place
where
the should be (or offsets where wrong).
At this point I was getting pretty deperate.
I finally got it working when I switched the assembler.
That means I now use as.exe from gnat304a (done by LABTEK)
and link the dlls using the microsoft linker.
That gives me working dlls right now.

Does someone have an idea what is wrong ??

Is there someone who can help me to solve this problem ??

Greetings,

Wiljan

-
For help on using this list, send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -