Mail Archives: djgpp-workers/1997/10/14/14:41:55
I've put together a second beta, with a few additional features. I've
pretty much run out of energy and time to mess with it, so this is
pretty close to the r4 cut. Should the default "extra paragraphs" be
increased somewhat? Each additional 1Mb of "tiny allocation capability"
needs about 12 paragraphs (1Kb = 5.5Mb).
CWSDPMI r4 features:
Map HMA for non-VCPI clients
Fix 0x800 mapping for 0x1... addresses
Check 0x800 mapping for invalid addresses
Use XMS extensions to support >64Mb XMS memory (tested, works!)
New license agreement
Dynamic allocation for physical and swapfile usage bitmaps.
A new cwsparam field for max swap usage. The user can decide how
much virtual memory to allow in exchange for 32 bytes of real memory
per Mb swap. The base footprint drops by 8Kb and runtime footprint
increases between 0 and 16Kb, depending on the amount of swap you want
and how much disk you have free. Now limited to 256Mb virtual and
256Mb physical for a total of 512Mb memory.
Flag to disable pagetable allocation in UMBs (activated in cwsparam)
Flag to pre-allocate memory at DPMI entry (activated in cwsparam)
VDS development implementation in source distribution
- Raw text -