tom ehlert schreef:
exactly. a) it shouldn't be needed b) MS /ALTBOOT is documented as 'if you *really* run into problems, use that'
the current behaviour is pretty good tested, and should remain this
way; I vote for michael.
why not use the ALTBOOT behaviour as-is now, make the ALTBOOT parameter a dummy (like RAM) and create the NOALTBOOT option.
then DEVICE=EMM386.EXE equals DEVICE=EMM386.EXE ALTBOOT,
and to get the opposite behaviour of these two, use DEVICE=EMM386.EXE NOALTBOOT
in other words, keep the ALTBOOT-situation working like it was in all EMM386's until now.
Ofcourse, Michael and Tom should decide.
Advantage of this situation is that a current user's "DEVICE=EMM386.EXE ALTBOOT" commandline keeps working.,
and current EMM386 does not need changes.
Bernd
Bernd
------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
