Subject: Re: Windows API calls that don't work? (Was RE: Stupid stupid question :/)
From: [email-masked] (Gunther Ebert)

24 Mar 1997 18:35:40 -0800
Approved: [email-masked]
Distribution: cygnus
Message-ID: <[email-masked]>
References: <01BC386B.709FACA0@gbird0>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.01Gold (WinNT; I)
Original-To: Colin Peters <[email-masked]>
Original-Cc: [email-masked]
Original-Sender: [email-masked]

Colin Peters wrote:
> 
> PS. Any confirmations on that statement about NT from other readers?
>     Does stripping an executable make it work? Do you *have* to strip
>     on NT? Is there a difference between the -s link option and using
>     strip after linking?
> 

My experiences with gnu-win32-produced binaries on NT 4.0 are:
- gcc -s is different from strip (strip produces a working binary
  while gcc -s doesn't). 
  This statement isn't true for dlls or any binaries containing a 
  .reloc section. For binaries containing a .reloc section strip 
  doesn't work either.
- there is no need for stripping binaries which don't contain
  resources.
- binaries containing resources have to be stripped to get them
  working (NT 4.0 'feature')
  OR
  they have to get a .reloc section 
- gdb crashes when loading a gnu-win32-produced executable containing 
  a .reloc section (currently you cannot debug any programs containing
  resources)
- gdb doesn't crash when loading any program containing a .reloc section
  which isn't produced by gnu-win32 (in other words, you can load
  notepad into gdb and it doesn't crash)
- dll relocation doesn't work in some cases, this problem is hard to
  reproduce, it seems to apply to bigger dlls

I hope this helps to find the Bad Binary Bug.
-- 

Gunther Ebert
iXOS Anwendungs-Software GmbH
Angerstrasse 40-42
D-04177 Leipzig

Phone : +49 341 48503-0
Fax   : +49 341 48503-99
E-mail: mailto:[email-masked]
www   : http://www.ixos-leipzig.de
-
For help on using this list, send a message to
"[email-masked]" with one line of text: "help".