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
Hi,
I vote for Bernd's idea: Make ALTBOOT an ignored option - at it would enable
the behaviour which FreeDOS EMM386 has as default anyway - and introduce a
NOALTBOOT option which suppresses INT9 (keyboard) hooking.
Apart from that, / in front of options could be treated as optional, to
allow more
I sent a compiled beep program, but I have not seen my message in the
list. did it get thrugh?
Alain
Eric Auer escreveu:
Hi,
I vote for Bernd's idea: Make ALTBOOT an ignored option - at it would enable
the behaviour which FreeDOS EMM386 has as default anyway - and introduce a
NOALTBOOT option
Hi,
Eric Auer escribió:
Hi,
I vote for Bernd's idea:
me too.
Aitor
---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce.
At 04:42 PM 7/29/2004 +0200, Bernd Blaauw wrote:
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