From:	Cesar Rabak <csrabak AT uol DOT com DOT br>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: Strange text in non stripped header files
Date:	Mon, 12 Mar 2001 09:48:01 -0300
Lines:	42
Message-ID:	<3AACC581.2E15B3E0@uol.com.br>
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1010312101936 DOT 24860G-100000 AT is>
NNTP-Posting-Host:	200-221-14-196.dsl-sp.uol.com.br (200.221.14.196)
Mime-Version:	1.0
X-Trace:	fu-berlin.de 984401323 2147799 200.221.14.196 (16 [39218])
X-Mailer:	Mozilla 4.76 [en] (Win98; U)
X-Accept-Language:	pt-BR,es,en
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Eli Zaretskii wrote:
> 
> I think this is a known problem with current Binutils: the alignment
> gap between the end of the stub and COFF header and the beginning of
> the executable is filled with random garbage which typically comes
> from memory or unused disk space.  (The DJGPP programs' entry point is
> at 0x10a8.)

OK!
> 
> Does that garbage go away if you use stubify to create the .exe
> program?
> 

No, in fact it just changes its contents.

> > It doesn't happen when one compiles a 'hello world' type of programm, so
> > it may be difficult to reproduce*.
> 
> What do you see in that portion of the executable in a hello world
> program?

I _saw_  a lot of data which seemed binary and I could not link to
'garbage'. However, after stubifying it as well (just after the bigger
programm, another piece of plain text appeared there.

So, it seems that the behaviour is like you describe and it will not
warm anything.

<digression>

All this started in this corner of the world due a false virus alarm
using one of these 'heuristic' virus scanners. The support analyst ended
up in this region of one of the utilities we wrote in djgpp.

</digression>

Thanks for your cooperation, I feel it is all set by now!

Regards,

Cesar

- Raw text -