Mail Archives: djgpp-workers/2002/06/11/13:29:04
> > int $0x31
> > + cli
> > pushl %eax
> [snip]
> > Any comments? We ought to try and build something substantial (like
> > emacs) with this fix above to crt0 and see if there is joy in W2K land
> > again.
>
> I don't have Win2k, but FWIW I can't build Emacs with this patch on Windows NT
> 4+SP5 running under VMware 3.1.1. I reverted Laurynas's DS alias patches,
> re-enabled Unixy sbrk in src/msdos.c in the Emacs directory, recompiled libc
> and then ran 'make install' in the Emacs directory. I got a segfault, when
> temacs was trying to dump.
Is this with v2.03, v2.03 refresh, or CVS libraries?
> So it seems to me that we need a fix for the DS alias problem, for an Emacs
> build with Unixy sbrk to work under Windows NT 4.
No. The DS alias problem is a small one that would only be seen in very
rare situations. The real problem is Win2K was ignoring the dpmi "disable
interrupts" call. The DS alias problem should eventually be fixed, but
it shouldn't be causing problems (unless you are doing CTRL-Break at the
exact same time you are doing an sbrk call - very rare).
> Currently the easiest way to get the Emacs build to work under Windows NT 4 is
> to disable Unixy sbrk in src/msdos.c.
This might have very ugly consequences in a dump; you might be dumping memory
between DPMI memory blocks which aren't the applications - which could even
cause failures, huge dumps (10s of Mbs), and/or proprietary data not related
to the image to be in a dump.
Best thing is to understand why it's failing in the dump.
- Raw text -