Hi Tom,
As you already say, XMS SWAP in FreeCOM already makes DOS memory footprint very small while apps run,
Which is true - because XMS_SWAP
little need to load it high into precious UMB, where it would require quite a bit of memory while no app runs!
Which is nonsense - because XMS_SWAP. Low memory is still more precious then UMB memory.
Yes and no. While XMS SWAP frees up most of the used space while apps are running, UMB are more effectively used as space to load TSR and drivers, not large shells, on systems where UMB space is limited. So I still think that SHELLHIGH is a bit of a luxury setting for shells which already have features such as XMS SWAP to make sure apps get enough free memory. In general, I would fill UMB with small drivers and TSR to get as much as possible memory below 640k free for apps, possibly skip large TSR like DISPLAY entirely and keep FreeCOM with XMS SWAP low, if UMB are small. Of course, when I have plenty of UMB space, I can still save a few kilobytes more by using SHELLHIGH, sure :-) Regards, Eric PS: Interesting how dosexeloader and doscomloader handle that "consider UMB" AL MSB flag. RBIL did not mention it and DR DOS uses int 21.4b80 for something quite different. PPS: Thanks Bernd for finding that FreeCOM build issue and thanks Paul for finding the MINIBOX bug with CWSDPMI! _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
