Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mit-eddie.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!lenoil
From: lenoil@mit-eddie.UUCP (Robert Scott Lenoil)
Newsgroups: net.micro.cbm
Subject: Re: Help! (Downloading BASIC programs from BYTENET)
Message-ID: <4302@mit-eddie.UUCP>
Date: Fri, 17-May-85 10:38:10 EDT
Article-I.D.: mit-eddi.4302
Posted: Fri May 17 10:38:10 1985
Date-Received: Sat, 18-May-85 01:39:14 EDT
References: <277@wuphys.UUCP>
Reply-To: lenoil@mit-eddie.UUCP (Robert Scott Lenoil)
Distribution: net
Organization: MIT, Cambridge, MA
Lines: 22

In article <277@wuphys.UUCP> mff@wuphys.UUCP (Mark F. Flynn) writes:
>I recently downloaded a BASIC program from BYTENET onto a C64.  The problem is
>this.  The program ended up in an ASCII sequential-type file.  I cannot get it
>loaded to run in this form.  Looking at other BASIC programs on the disc, I saw
>that they were of type "PROGRAM".  So, I read the sequential file into another
>file of type "PROGRAM", one line at a time.  This produced garbage. (GIGO?).
>So, what do I do now?  Any help will be greatly appreciated.  Thanks in
>advance.

BASIC programs are stored in a crunched (tokenized) form.  Your ASCII listing
can not be run by the BASIC interpreter.  You need a method to tokenize that
program listing.  The March issue of the Transactor had a utility that would
help.  It munged things so that the C64 took its input from a disk file instead
of from the screen.  With that utility, you could simply run your program file
as input, and the 64 would read it in line-by-line, building a program as if
you had typed in the lines yourself.

The way this utility works is by modifying the CLALL kernel call so that
logical file #1 is not closed, but remains open.  Then the BASIC warmstart
routine is changed to set the default input to logical file #1, instead of the
screen.  This procedure continues, until READST indicates end of file, at which
time normal screen input is restored.