🚀 go-pugleaf

In article <1990Aug6.115552.14352@sisd.kodak.com> jeh@athena.sisd.kodak.com (Ed Hanway) writes:
>valentin@cbmvax (Valentin Pepelea) writes:
>>Backward compatibility.
>
>As an intermediate step to full memory protection, why not just forbid read
>and write access to free memory?  This won't do a thing to stop programs
>from corrupting each other, but it might help catch the bugs that cause
>these problems.  I think the only "correct" programs that might break
>under this scheme would be those that use the kind of non-standard memory
>allocation like VD0:.

	However, the granularity has to be increased to 256 bytes (smallest
page size in the MMU), and you need _big_ page tables, and the overhead of
AllocMem/FreeMem gets much larger.  Probably not something I'd want for
a production user environment for the moment.

	Other things break: anything that frees part of an allocation.  This
is at best only quasi-legal, though layers currently does it with cliprects
to reduce overhead/fragging.

	Good debugging tool, though.  Fix the programs and all users benefit.

-- 
Randell Jesup, Keeper of AmigaDos, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Common phrase heard at Amiga Devcon '89: "It's in there!"