🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.amiga.tech
Article #12784

Re: Virtual Memory / doable 1.4 request

#12784
From: Darren New
Date: Sun, 21 May 1989 18:29
19 lines
1501 bytes
In article <11756@well.UUCP> farren@well.UUCP (Mike Farren) writes:
>1. Add a new protection bit - 'v'. (Or other mechanism - something
>
>I'm assuming that this is naive - it's certainly off-the-cuff.  Do you
>see problems?

Sure. What about code that wasn't loaded from a file? How about
libraries, fonts, device drivers, etc? Where are you going to keep
this default info? If you keep it in the task structure, then libraries
will wind up allocating (say) virtual when they can only work with
physical or vica versa. If you have a device driver, doesn't the I/O-Quick
flag allow the possibility of the request completing in the callers
task rather than the device-driver's task?What about printer drivers,
which have different parts loaded from different files? If you can
handle all of these problems, you probably don't need to hook anything to
the files to start with. 
Goodness, you would think this was Unix-land, where every
process has an associated file... :-) :-)
	    -- Darren
Technical Details
Message-ID: <15935@louie.udel.EDU>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!rochester!udel!new
References: <8905181730.AA08602@postgres.Berkeley.EDU> <May.19.12.56.31.1989.24701@pilot.njin.net> <11756@well.UUCP>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!rochester!udel!new
From: new@udel.EDU (Darren New)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Virtual Memory / doable 1.4 request
Message-ID: <15935@louie.udel.EDU>
Date: 21 May 89 18:29:40 GMT
References: <8905181730.AA08602@postgres.Berkeley.EDU> <May.19.12.56.31.1989.24701@pilot.njin.net> <11756@well.UUCP>
Sender: usenet@udel.EDU
Reply-To: new@udel.EDU (Darren New)
Organization: University of Delaware
Lines: 19