At 08:19 PM 11/9/2005 +0300, Arkady V.Belousov wrote:
MD> EMM386, at least, retains the segments of upper memory blocks allocated
MD> through its handler, up to its maximum allocation of 8 blocks.
Only 8 blocks? What happens, if (when no DOS=UMB) more than 8 programs
like CTMOUSE will request UMB through XMM (and later release these blocks)?
Well, if 8 programs allocate upper memory without DOS=UMB and without
subsequently releasing any UMBs, they use up all the available upper
memory. Release will free up a block for re-use. Originally EMM386
supported only four blocks, so you're twice as well-off as you were before
I worked on the code. And nobody has complained of running out of upper
memory due to allocation limitations, pre- or post-Michael. How many
different things are you trying stuff up there?
Upper memory isn't exactly a large resource which a ton of applications
simultaneously allocate from. Particularly when most users have DOS=UMB
and EMM386 only has to deal with one, maybe two, blocks and the burden of
separate allocations are on the kernel.
Pretty simple to increase the allocation for yourself if you don't mind
EMM386 having a larger memory footprint . You got NASM? I hear EMM386 may
assemble with it someday.
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
