🚀 go-pugleaf

fisher@sc2a.unige.ch writes:

>I probaly don't need to tell you that COMMAND.COM has a resident portion,
>loaded low, and a much larger portion, loaded high, which can be overwritten
>by memory allocation requests of child processes (i.e. programs that are run).
>Whenever you exit a program, the resident portion checks whether the high
>portion has been overwritten, and loads it again from disk if needed.

>[...stuff about applications that cause crashes related to resident 
portion...]

My brother discovered that the check for the overwrite is faulty.  It is
quite easy to overwrite part of the resident portion and not have it 
detected.

--------- high memory -------\
			      \
                               ---      Resident portion
      --magic position--      /
----- not so high memory ----/

You can trash from 'magic position' to 'high memory' that has been given to 
you by a valid memory allocation call, free it, exit your program and get a
nasty message telling you to reboot.  If you were to trash all of it then
it is detected and everything is fine.

It's a bug in DOS 4.01 (and probably others).
-- 
joe@proto.com