Apparently. You can check with the SourceForge site to see. Anyway, I'll repeat what I said, with minor expansions for clarity:
thanks for the sf.net hint. I occasionally use it, but did not know that the sf.net lists were up to date. A few months ago they lagged behind several weeks!
nasty process. HIMEM is not comparable to a simple device driver or TSR.
No, I already guessed so, it has a lot of effect on kernel (HMA) and shell (FreeCOM/4Dos loaded in XMS largely).
What _exactly_ do you want to do that makes you want to turn off XMS? What does MEMTEST have to do with FreeDOS and why do you want to run it off a world-distribution FreeDOS boot disk?
It's a nice addon for troubleshooting, just like DEBUG, TESTDISK, Smart Boot Manager, Eric's PCISLEEP, etc. I was trying to run MEMTEST from commandline instead of only loadable by SYSLINUX, but I think I'll revert this if the .exe version cannot cooperate with a loaded XMS manager.
Also I was trying to bypass all menu's except the initial one. User should only have to make one single choice.
I can't help but think there's a better way to handle whatever you want than gutting the XMS driver. We're programmers, we have the technology to make it better. We can rebuild the $6M FreeDOS.
true. Right now that .exe version of memtest is plain crashing, without any hint why. It should either warn+abort, or be able to cooperate with a loaded memory driver. Otherwise I'm going back to non .exe form of Memtest program.
Bernd
------------------------------------------------------- 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
