Article View: comp.sys.amiga.tech
Article #14068Re: Amiga Resource tracking & Protection.
From: Tom Limoncelli
Date: Wed, 07 Mar 1990 04:11
Date: Wed, 07 Mar 1990 04:11
22 lines
1579 bytes
1579 bytes
[ Random though... but maybe the line-eater will eat it. ] Maybe MEMF_PUBLIC should be tracked as to who uses it and once all those processes are gone, the OS can deallocate them. Just what the Amiga needs, a bunch of graph-theory subroutines! Anyone for graph-theory.library :-) Then, we can have MEMF_NEWPUBLIC which would be followed by calls like "Now_let_process_xxx_have_control_over_that_memory()" or "I_no_longer_ need_access_to_that_memory()" or "I'm_taking_control_away_from_process_ xxx_of_that_memory()". // AAAAGH! I'm partaking in this useless "how to add memory protection" // discussion when I know that *IF* C-A plans on adding MMU support // they'll put better qualified people than myself on the job! -Tom "Guilty of Bandwidth Wasting" Limoncelli -- Tom Limoncelli The computer industry should spend more time in front of tlimonce@drew.uucp their computers. Remember when "Look & Feel" tlimonce@drew.Bitnet was what you tried to do on a date? limonce@pilot.njin.net
Technical Details
Message-ID:
<Mar.6.23.11.01.1990.8512@pilot.njin.net>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!rutgers!njin!limonceReferences:
<208.25f3c82b@waikato.ac.nz> <10013@cbmvax.commodore.com> <DEVEN.90Mar6143951@netserv2.rpi.edu>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!rutgers!njin!limonce From: limonce@pilot.njin.net (Tom Limoncelli) Newsgroups: comp.sys.amiga.tech Subject: Re: Amiga Resource tracking & Protection. Summary: Real suggestion... but a bit pointless, don't you think? Message-ID: <Mar.6.23.11.01.1990.8512@pilot.njin.net> Date: 7 Mar 90 04:11:01 GMT References: <208.25f3c82b@waikato.ac.nz> <10013@cbmvax.commodore.com> <DEVEN.90Mar6143951@netserv2.rpi.edu> Organization: Drew University/NJIN Lines: 22