Hi Eric, >> 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. try reading before posting. this IS about loading low. no UMB's around. Tom > 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 Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 ------------------------------------------------------------------------------ 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
