Hi!
15-Мар-2005 21:09 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
[email protected]:
>>>>For the microscopic percentage of 80286-level clients, just use
>>>>FDXMS286. Simple readily available solution. Fix it if it's broken,
BB> Isn't XMS 3.0 used if available anyway? Or only if detected by a certain
BB> program (which might lack a detection method for XMS 3.0 but not for 2.0).
Yes. XMS3 is additional API and only small amount of (newer) programs
use it (this is why many XMS-related programs limited by 64 Mb). On the
other side, XMS3 relies (in API) on 32-bit registers, so, if some program
doesn't provide backstep to XMS2, then it will not work on pre-386 machines
at all.
>>other modules, and thus all what you lost, is an space on disk for (bigger)
>>himem executable image.
BB> CPU-specific branches in code?
I mean _other modules_ - this way there is easier to select only one
module from present and save space from other. But, of course, branches in
(common) code is also possible (but this will mean bigger TSR).
>>ASM> (2) I don't think MS-DOS 5.0 is an improvement over 3.3, even if you
>> It is: HMA and UMB, config menus, new/documented APIs (and bugs) and
>>utilities.
BB> You're talking about 6.00 (menu's and utilities).
Ops, sorry, I already forget, that menus are from 6.0. But utilities
are there - qbasic, mirror/undelete/unformat, dosshell, etc.
-------------------------------------------------------
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_ide95&alloc_id396&op=click
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
