Hi, can you explain what "VDS function 2" (now implemented for FastTracker)
does? Int 4b.8102+2 = 4b.8104? Unlock DMA region?
What made int 67.53 (EMS func 53, get/set handle name) use the wrong buffer
addresss?

> EMS function 58h, subfunction 1, did not properly return the number of EMS 
> mappable pages...

Which reminds me of another interesting question:

> Because NOEMS option is supposed to mean no EMS usage allowed...

I thought "no EMS 3.2" - so just no page frame, but there would be EMS 4.0
available? In that case, where does memory get mapped? THIS EMM386 has no
mappable areas outside the page frame, so one of the main EMS 4.0 advant-
ages cannot be used...

> Doom failed because its client stack, used by the 
> server, was not in the same memory space as the server.  As it turns out, 
> since EMS and VCPI allocations are indirectly manipulated through tables in 
> shared memory space, there is no need to change to the server CR3...

Wow. Evil. Impressive debugging :-).

> Similar to the way Disney's Aladdin program does on >32M of XMS, 
> causing Aladdin to fail on higher memory machines unless HIMEM's /MAX 
> option is used or external XMS allocations are made...

Leads to a popular problem: Where exactly (I think we use fbc0 kbytes,
64 MBy - (1024+64 kBy base+HMA)) do programs which understand both XMS 2
and XMS 3 usually expect the limit to be? The fbc0 is exactly the biggest
plausible value for a system which really has 64 MB RAM and no "memory
hole" (of 384k in the UMB area), so it looks nice, but I guess not all
MEM style tools get their calculations right / realize that they should
use XMS 3. Whatever. Several tools turned out to be plain buggy. No our prob.

(So I take back the wording "popular problem" ;-)...)

> The CR3 change was reverted to pre-1.14 status...

 :-)

Eric

PS: int 67.53 explanation can be in terms of a diff snippet, if you
prefer off-list. Wondering if my patches re-use the buggy code for other things.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to