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 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.

All you guys almost had me convinced to bite the bullet and force EMM386 ALTBOOT to be work like MS since it's likely (but not guaranteed) it won't affect too many applications, and then another idea is introduced. Well, maintainer decides these things and that's Tom. If you can convince him, that works for me, otherwise...that works for me too.


I noticed that the UseNet-posted GEOS FAQ was updated today to say it works for latest FreeDOS beta, so I should maybe take back my comment about not caring a rat's rear about Ensemble. Apparently the fix is more important and affects more users than I thought, unless that's based on 2035 kernel fixes. Any overachievers here might point out to the FAQ poster that his section 1 still says FreeDOS is not compatible with GEOS while section 3 says it is.

Anyway, I've closed out the problem list of applications with EMM386/HIMEM/general FD mishavior for anything I can duplicate here. If anybody else has a problem application with FreeDOS -- a real testable application please, not a theoretical improvement -- one that isn't related to kernel or FreeCOM or one of the other FD utilities, let me know.




------------------------------------------------------- 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. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to