Article View: comp.sys.amiga.tech
Article #4861Re: Memory Protection!
From: Valentin Pepelea
Date: Tue, 14 Aug 1990 07:01
Date: Tue, 14 Aug 1990 07:01
57 lines
3457 bytes
3457 bytes
In article <35789@ut-emx.UUCP> lshaw@walt.cc.utexas.edu (logan shaw) writes:
>
>> Another problem is that even if you provide the possiblity for new
>> applications to run protected within the environment, the fact that older
>> programs can still jog around the address space and wreak havoc, defeats
>> the initial purpose.
>
> But they can't wreak havoc with the memory declared as protected. Granted,
> it won't be 100% safe, but it will sure be alot better than it is right now.
>
> I was under the impression that (motorola, at least) MMU's worked by setting
> certain memory pages with certain attributes (protected, etc), so the
> programs which asked for protected memory would be protected from everything,
> but older programs wouldn't be protected from newer programs.
Not quite. Protected tasks would still have their TCB in MEMF_PUBLIC memory,
which by definition means "Go ahead, stomp on me!" Ditto for memory lists
message ports, messages, I/O requests, etc. If you cannot provide 100% memory
protection and recoverability, then you might as well not provide it at all.
You might disagree, but remember, I'm always right. ;-)
> It can't be _that_ difficult to write. PLEASE can we have this in 2.1?
> Please, please, please? Pretty please with syntactic sugar on top of it?
As I have said before, the technical difficulties are not what is keeping us
from coming out with incredibly useful enhancements. You have to factor in the
energy constant, the resistance ratio and the friction coefficient. I found
out the hard way.
> Just _once_ i'd like to see a requestor like this:
> /---------------------------------------\
> | CLI Process 2 tried to hose Process 3 |
> | |
> | /--------\ /--------\ /-------\ |
> | | Freeze | | Ignore | | Reset | |
> | \--------/ \--------/ \-------/ |
> \---------------------------------------/
Indeed, coming out with a fully memory protected operating system which
protects even old software, but remains compatible by presenting one of these
requesters every time an illegal access happens, is technically possible.
But these requesters would pop up several times per second, and would leave
novice users rather confused.
Another option would be to come up with an operating system that provides
full memory protection, but would allow the user to turn it on only optionally.
Easy. But to evaluate the likelyhood of such a thing happening, you have to
factory in the energy constant, the resistance ratio and the friction
coefficient...
Valentin
--
The Goddess of democracy? "The tyrants Name: Valentin Pepelea
may distroy a statue, but they cannot Phone: (215) 431-9327
kill a god." UseNet: cbmvax!valentin@uunet.uu.net
- Ancient Chinese Proverb Claimer: I not Commodore spokesman be
Technical Details
Message-ID:
<13785@cbmvax.commodore.com>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!cbmvax!valentinReferences:
<1145.26bd4989@waikato.ac.nz> <13693@cbmvax.commodore.com> <hclausen.2309@adspdk.CBMNET> <13756@cbmvax.commodore.com> <35789@ut-emx.UUCP>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!cbmvax!valentin From: valentin@cbmvax.commodore.com (Valentin Pepelea) Newsgroups: comp.sys.amiga.tech Subject: Re: Memory Protection! Message-ID: <13785@cbmvax.commodore.com> Date: 14 Aug 90 07:01:55 GMT References: <1145.26bd4989@waikato.ac.nz> <13693@cbmvax.commodore.com> <hclausen.2309@adspdk.CBMNET> <13756@cbmvax.commodore.com> <35789@ut-emx.UUCP> Reply-To: valentin@cbmvax (Valentin Pepelea) Organization: Commodore, West Chester, PA Lines: 57