Mail Archives: djgpp/1998/12/10/03:34:19
On Thu, 10 Dec 1998, Eli Zaretskii wrote:
>
> On Wed, 9 Dec 1998, Leonid Pauzner wrote:
>
> > Exiting due to signal SIGNOFP
> > Coprocessor not available at eip=00003c67
> > eax=00029cd0 ebx=00000000 ecx=00000000 edx=00029cd8 esi=00000000 edi=00000001
> > ebp=00073918 esp=000738d4 program=C:\DJGPP\BIN/make.exe
>
> DJ, this is due to reversed order of bytes in emu387.dxe. I didn't check
> all of the emulator, but at least the header, including the magic
> signature "DXE1", is byte-reversed. This, of course, causes _dxe_load to
> fail, and the net effect is that the emulator is not installed.
>
> I didn't dig deeper (it was after midnight ;-), and I probably can't
> debug this on a PC anyway, but my first guess would be that the
> byte-reversing function in dxegen.c somehow doesn't work (maybe the
> wiseguy otherwise known as GCC 2.8.1 optimized it way too much?).
>
> And here's a *really* long shot: could it be that the strange error
> message from ld.exe while linking emu387.dxe on a PC, reported by
> K.B. Williams a couple of days ago, is also connected to this somehow?
>
Tried to build djlsr202 with egcs-1.1.1 cross-compiler under
Linux (I only had to patch coff.h to workaround well known Linux problem
with _POSIX_SOURCE). I got right signature of emu387.dxe (DXE1) not
reversed as in distributed binary archive.
Andris
- Raw text -