Hi Tom, > KEYB.EXE 11,446 06-24-12 > > leaves, when running, a huge memory hole. at least with only HIMEM > loaded. note the HUGE memory hole behind KEYB
As far as I remember, KEYB and DISPLAY did this deliberately: Instead of reserving only a small buffer statically and the rest dynamically, the initial size is big enough for the "worst case" and they then shrink if you use fewer concurrent layouts or codepages than possible. I agree that for UMB loading, a "reasonable" instead of "max" default* would be nicer, at the risk of failure to load when trying to use it with "much" data but IMHO it is acceptable to work this around by loading low or loading into UMB quite early. Eric * I mean the minimum heap allocation according to the binary file headers, for example, which are already set before (rather than at) runtime. > 03f8 3008 COMMAND program > 04b5 144 free > 04bf 12032 DISPLAY program > 07b0 1648 KEYB program > 0818 36096 free > 10e9 1328 > 113d 582416 free ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
