Hi!

26-Июл-2006 14:41 [EMAIL PROTECTED] (Michael Devore) wrote to
<freedos-devel@lists.sourceforge.net>:

>> > Well, heck, if I already to have to change some A20 behavior to get a few
>> > ancient programs to work with that idiotic EXEPACK 0FFFFh address-wrapping
>> > (assuming EXEPACK makes A20 calls),
>>*VERY* early PKLITE (~1992) versions had the same bug
>>AFAIK, it doesn't - it's older then the invention of HMA

     [I miss this original letter, so I answer here]. HMA was invented
torether with 80286, and this happens long ago before 1992.

>>in fact, this shouldn't happen in freedos; exactly for this reason
>>the kernel disables A20 before beginning execution of any program, so
>>that the (potential) startup code gets executed with A20 disabled, and
>>gets only enabled with the first Int 21
MD> You are right again.  Eric indicated I need to allow local A20 control, but
MD> as it turns out, that won't help.  EXEPACK code simply doesn't call A20
MD> routines, so EMM386 cannot fix this problem.  It never "sees" the wrap
MD> occurring.  The situation has to be corrected within the kernel.
MD> So how do we agitate to restore the kernel to its original behavior?  I've

     "Restore"? You wish to say, that in some kernel version was disabled
dealing with A20 turning off/on around program execution?

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to