At 01:23 AM 3/15/2004 +0000, Bart Oldeman wrote: >Still have the same (exit) problem as last time. Also something weird is >going on with NOEMS now: > >device=emm38664.exe noems /verbose > >NOEMS ... >EPROM at c000:0000, size 32 KB (the video bios) >XMS largest block 0x2fbc0(195520), XMS total mem 0x2fbc0(195520) > (there's 192 Megs of RAM, makes sense) > allocated 400kb from XMS > MONITOR_ADDR 110000 EMM_MEMORY_END 174000 TOTAL_MEMORY c000000 > total(available) EMS 6(5) pages = 96(80) kByte > allocating 10 pages = 160KByte for UMB's > allocating 160KByte for UMB's:EMM failed: >func 43, out 8700 000a 0000 0000 > >So for some strange reason emm386 thinks there are only 6(5) pages >available and can't provide 10 UMB pages! Smells like an overflow >somewhere down the line.
I'm going to pump up the default EMS allocated by 96K for NOEMS, which should always leave at least a little bit for VCPI and give more for EMS internal tables with lots of RAM, like you have. That should make your NOEMS problem go away. Last revision I actually trimmed it to allow zero page VCPI operation and cut too deep for some setups, but I'm less worried about burning a few extra EMS pages than I was originally. Now the exit problem for your DOS extender, that one I still don't have a good clue. Although PMODE looks to need another emulated instruction opcode in the exception handler, don't think that's anything to do with DOS/4GW, and definitely nothing to do with CauseWay. I can't make them break here, unfortunately. ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
