Hi!
9-Окт-2005 13:49 [EMAIL PROTECTED] (Bernd Blaauw) wrote to
freedos-user@lists.sourceforge.net:
>> Yes. But I say about difference between config.sys and command line,
>> not about difference between loading himem/emm386 before or after other
>> programs. Let example config.sys and autoexe.bat:
BB> HIMEM and EMM386 blank (wipe out) the XMS contents?
Before himem, there are no XMS. EMM also (should) not clears XMS.
>> @echo off
>> XMSload
>> EMMload
>> - where you get here "non-clean memory map"?
BB> There's no difference. Michael simply (and for good reason) doesn't want
BB> to look at earlier drivers.
And this is not need, as currently:
______________O\_/_________________________________\_/O______________
device=ansi.sys
device=himem.exe
device=emm386.exe
_____________________________________________________________________
O/~\ /~\O
Where here looking for previous drivers?
BB> Normally that's a perfect possibility, as
BB> before these drivers only the kernel is loaded.
...with some builtin drivers (like CON).
BB> Bootimages in RAM are
BB> about the only thing that these drivers would have to consider when
BB> loading (boot-from-network, and Syslinux's MEMDISK program).
Is current fdhimem and fdemm386 do this?
>> No. XMSMGR proves, that there are no barrier to load XMS at command
>> line.
BB> I know limitation of XMSMMGR is like FDXMS286: 16MB or 64MB limit,
BB> probably only XMS2.0 API.
This is practical limit (there was not need to implement full XMS), not
theoretical.
>> If you ommit words "stripped-down" - then yes, this is what I mean.
BB> Stripped down indeed, but that seems to be MS policy. I could try
BB> loading FDXXMS.SYS instead commandline,
BB> but storing 3 memory managers (HIMEM most advanced and most compatible,
BB> FDXMS286 for 286systems,
BB> FDXXMS for 64+ MB systems) in a single bootdisk is too much.
Yes. And this is also another topic.
BTW, what wrong with HIMEM instead FDXXMS?
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
