Date: Sun, 13 Jul 1997 20:45:26 +0300 (IDT)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: Phil Galbiati <galbiati AT cse DOT ogi DOT edu>
cc: djgpp AT delorie DOT com, Esa DOT Peuha AT Helsinki DOT FI
Subject: Re: Emacs 22 env vars bug
In-Reply-To: <Pine.SUN.3.95.970711235225.5409B-100000@blue.cse.ogi.edu>
Message-ID: <Pine.SUN.3.91.970713204509.28618L-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk


On Sat, 12 Jul 1997, Phil Galbiati wrote:

>    2) When I run "config --no-debug msdos" from the emacs directory, and
>       then "make install", under either dos6.2 or w95, it builds an
>       executable the same size as that in the emacs binary distribution; 
>       however, the timestamps embedded from the stub $ID$ strings are
>       different:
>          yours: $Id: stub.asm built 10/05/96 20:49:00 by djasm 
>          mine:  $Id: stub.asm built 08/26/96 21:04:04 by djasm 
>       There are also visible differences in the non-printable portions of
>       the executable, one of which can be seen on line 13, character #10
>       when viewing the emacs.exe file using emacs.

That's because the distributed emacs.exe was stripped as .exe file,
and `strip' from Binutils 2.7 has an older version of the stub built
into it, which it writes into the stripped binary.  I have discovered
this problem a few weeks after Emacs was already uploaded, and
reported it then to this news group.

> Call frame traceback EIPs:
>   0x000761a6   _free_internal        + 0x466 (gmalloc.o)
>   0x0007642e   _realloc_internal     + 0x1f2 (gmalloc.o)
>   0x0007646a   realloc               + 0x032 (gmalloc.o)
>   0x000491cb   refill_memory_reserve + 0x0a7 (alloc.o)
>   0x0007646a   realloc               + 0x032 (gmalloc.o)
>   0x000432d4   re_set_syntax         + 0xbfc (regex.o)
>   0x00048360   re_compile_pattern    + 0x024 (regex.o)
>   0x0003f495   compile_pattern_1     + 0x051 (search.o)
>   0x0003f558   compile_pattern       + 0x054 (search.o)
>   0x0003f898   Fposix_looking_at     + 0x0f8 (search.o)
>   0x0003f927   Fstring_match         + 0x013 (search.o)

Yes, I also get the crash traceback which points into `gmalloc' (which
is GNU's replacement for `malloc' and friends).  But I'm clueless as
to why does it crash there, or why only for .exe built on my machine?