Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!leah!rpi!rpi.edu!deven
From: deven@rpi.edu (Deven Corzine)
Newsgroups: comp.sys.amiga.tech
Subject: Re: MEMF_PHYSICAL?
Message-ID: <DEVEN.89May30030703@daniel.rpi.edu>
Date: 30 May 89 07:07:03 GMT
References: <8905291930.AA10122@jade.berkeley.edu>
Sender: usenet@rpi.edu
Organization: RPI Public Access Workstation Lab, Troy NY
Lines: 25
In-reply-to: 451061@UOTTAWA.BITNET's message of 29 May 89 19:22:57 GMT

In article <8905291930.AA10122@jade.berkeley.edu> 451061@UOTTAWA.BITNET (Valentin Pepelea) writes:

> Faster message passing, faster context switches (no need to copy
> memory and translate addresses (MOVES instruction)), but best of
> all, the ability of programs to access its other address space
> directly. I for one think its really neat to have hacks such as
> Vscreen, Dmouse, Snip-It and others which would be rather impossible
> to implement if the single addressing space was not used.

Ah, but you see...  it basically operates on the assumption that there
is not only a single address space, but no memory protection as
well...

> I was saying that ideal is what I propose for virtual memory and
> memory protection. Indeed, Exec is not ideal as it stands now, but
> it will be after I upgrade it.  :-)

We'll see...

Deven
--
shadow@[128.113.10.2]   <shadow@pawl.rpi.edu> Deven T. Corzine (518) 272-5847
shadow@[128.113.10.201] <shadow@acm.rpi.edu>  2346 15th St.    Pi-Rho America
deven@rpitsmts.bitnet   <userfxb6@rpitsmts>   Troy, NY 12180-2306  <<tionen>>
"Simple things should be simple and complex things should be possible." - A.K.