At 06:16 PM 5/4/2005 +0200, Eric Auer wrote:
<snip>The Descent DOS4GW "if no EMM386 loaded" (and no DPMI either, of course) thing still happens. Sometimes it works to fill most of the space with ramdisks, but sometimes not, somehow depends on which
seems that Descent (DOS4GW "mode") just runs very unstable if no VCPI (EMM386) is present. Hard to say WHICH XMS properties matter here and whether that is related to any odd behaviour of the used XMS driver.
No XMS properties matter. It also fails in raw extended memory without a HIMEM driver loaded. Bug in either DOS/4GW Pro or Descent. No way to fix it, other than to either load and limit HIMEM via /MAX= or load EMM386. Or use a different extender on the command line or swapped in the binding, assuming either approach works.
Alright, what's left to try? I think I got everything that I can check out, checked out.
------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
