Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83 (MC830713); site ubu.UUCP
Path: utzoo!linus!decvax!genrad!mit-eddie!godot!harvard!seismo!mcvax!ukc!qtlon!flame!ubu!dpa
From: dpa@ubu.UUCP (David Angier)
Newsgroups: net.micro.cbm
Subject: Re: long pauses when running C64 basic
Message-ID: <324@ubu.UUCP>
Date: Tue, 20-Nov-84 11:15:50 EST
Article-I.D.: ubu.324
Posted: Tue Nov 20 11:15:50 1984
Date-Received: Fri, 23-Nov-84 07:49:46 EST
Organization: Computer Science, Warwick University, UK
Lines: 15

Newsgroups: net.micro.cbm
Subject: Re: long pauses when running C64 basic
References: <85@unc.UUCP> <43@vax2.fluke.UUCP>

> There should be another way to get around the garbage collects.  In
> microsoft BASIC, the FRE function does a garbage collect before reporting
> the free memory space.  If you do a X=FRE(X) every couple hundred GET#'s,
> the garbage collection will be performed in a situation where there is
> little garbage, which will minimize the length of dead time during the
> garbage collect.  This will allow you to use BASIC's admittedly pitiful I/O
> rather than resorting to peeks and pokes.

I'm afraid to say this method will make programs that use lots of string
space slower in I/O rather than faster.  If this is the case use the
PEEK/POKE methos described in a previous article.