Michael Devore escreveu: [...]
Thanks for all the explanations, they were very intereting and instructing. But something is still missing, I will keep on reading until I find the missing link ;-)
to be that this 32k are hidden somewhere in MS-EMM386, ok?What is himem+emm386 footprint in memor(low+umb)?
Don't know. HIMEM conventional memory footprint is low, around 3K(?) someone said a while back. EMM386 is growing and definitely higher than that, although most internal tables and structures are in high memory outside of pure DOS. I did misstate how the NOEMS allocation for UMB's works. Under NOEMS EMM386 allocates enough for the current UMB's, plus 32K for VCPI, meaning lower UMB's allocations won't increase the minimum VCPI pool size. Right now, EMM386 shuts off VCPI if there isn't a minimum 32K for VCPI after UMB allocation, but I'm probably going to change that since some programs will work with a zero-sized VCPI pool. I think.
So EMM386 has a small code in memory, _plus_ 32k for the VCPI pool. The diference seems
No, the 32K is from extended memory, just like the standard EMS memory. It gets
swiped from the EMS pool, as needed. VCPI and EMS memory are a shared pool. The 32K doesn't affect the DOS conventional memory footprint.
Very nice...
Alain
------------------------------------------------------- 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
