Path: utzoo!dciem!chk
From: chk@dciem.dciem.dnd.ca (C. Harald Koch)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Virtual Memory
Message-ID: <1765@dciem.dciem.dnd.ca>
Date: 26 May 89 15:26:01 GMT
References: <8905222150.AA05890@jade.berkeley.edu> <6959@cbmvax.UUCP> <16173@louie.udel.EDU> <3818@sdsu.UUCP>
Reply-To: chk@dretor.dciem.dnd.ca (C. Harald Koch)
Organization: NTT Systems, Inc., Toronto, Canada
Lines: 22

In article <3818@sdsu.UUCP> lindwall@sdsu.UUCP (John Lindwall) writes:
>And what about applications that use the ol' flush libs trick?  You know,
>you attempt to AllocMem multi-megabytes of ram just before terminating so
>that any unused Libs and other resources get flushed.  You expect the
>AllocMem to fail but by flushing all unused resources, the user will not be
>tricked into thinking the application ate the ram.  With a VM system, the
>AllocMem will succeed!

You mean people don't write:

	    char *cp;

	    if (cp = AllocMem(0x7FFFFFFFL, 0L))
		FreeMem(cp, 0x7FFFFFFFL);

For this? Shame on them.

-- 
Grandpa Charnock's Law:	 | C. Harald Koch  NTT Systems, Inc., Toronto, Ontario
You never really learn	 | chk@gpu.utcs.utoronto.ca	   (long-term address)
to swear until you learn | chk@zorac.dciem.dnd.ca	      (my current job)
to drive.		 | chk@chkent.UUCP		    (my AMIGA at home)