Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!nysernic!itsgw!batcomputer!cornell!uw-beaver!mit-eddie!ll-xn!ames!ucbcad!zen!hoser.berkeley.edu!bryce
From: bryce@hoser.berkeley.edu.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Programs needing NoFastRam
Message-ID: <4124@zen.berkeley.edu>
Date: Fri, 2-Oct-87 23:51:31 EDT
Article-I.D.: zen.4124
Posted: Fri Oct  2 23:51:31 1987
Date-Received: Sun, 4-Oct-87 02:23:03 EDT
References: <1800@crash.CTS.COM> <2451@cbmvax.UUCP>
Sender: news@zen.berkeley.edu
Organization: Center Tapped Solids, Inc.
Lines: 25

In article <2451@cbmvax.UUCP> daveh@cbmvax.UUCP (Dave Haynie) writes:
>in article <1800@crash.CTS.COM>, amiguy@pnet01.CTS.COM (Sean Wolfe) says:
>> 
>> There is a program on the boards called NOFAST...
>
>This may not work as well on an A2000 or A500 with 512K expansion card...

I'd like to point out that some of the earlier NOFAST type programs
did not do a very good job.  Some would get loaded into fast memory
themselves, allocate all the fast memory chunk-by-chunk, then exit.
Problem is that leaves a gaping hole free.  Other holes can show
up as time goes on.

The authoratative solution is NoFastMem.  It does the correct thing
by SetFunction()ing the allocate vectors.  There is a tiny, sticky,
moral issue in that Commodore has not offered it for sale yet.
It comes as part of the A500/A2000 Workbench.

(Gack!  I broke the law!  I ran it on two Amigas at the same time! 1/2 :-)

 
|\ /|  . Ack! (NAK, ENQ, SYN)
{o O} . 
 (") 	bryce@hoser.berkeley.EDU -or- ucbvax!hoser!bryce
  U	How can you go back if you have not yet gone forth?