Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/5/84; site reed.UUCP
Path: utzoo!linus!decvax!ittatc!dcdwest!sdcsvax!ucbvax!hplabs!tektronix!reed!kamath
From: kamath@reed.UUCP (Sean Kamath)
Newsgroups: net.micro.apple
Subject: Re: EXEC Maker programs
Message-ID: <2646@reed.UUCP>
Date: Sun, 2-Mar-86 22:30:04 EST
Article-I.D.: reed.2646
Posted: Sun Mar  2 22:30:04 1986
Date-Received: Tue, 4-Mar-86 04:04:01 EST
References: <1412@decwrl.DEC.COM>
Reply-To: kamath@reed.UUCP (Sean Kamath)
Organization: Reed College, Portland, Oregon
Lines: 58

In article <1412@decwrl.DEC.COM> fitzpatrick@vaxine.DEC writes:
>
>Well, it looks like Sean already did all the work I was planning to do.  
>Now this means I'm going to have to take all my cute little utilities and 
>clean them up so that someone other than myself can deal with them.
>
>Regarding EXEC files, Sean wrote:
>
>>... It is important I believe to load the text files into a 
>>wordprocessor and save them before trying to exec them.  I tried to 
>>anyway with the DOS Kermit, and all I got were errors untill I did this.  
>>...
>>
>>Sean Kamath
 

A clerification.  I downloaded them with ASCII Express Pro.  I loaded
them into AppleWriter and then they worked fine.

 
> [Varioes statements about ASCII & high bits which is correct]
> 
>re: Sean's one-liner to make a text file of a BASIC program
>
>I don't believe the POKE 33,33 is correct.  This will set the screen 
>width to 33 columns (which is what you want to do if you have to retrace a 
>line in an Applesoft program and don't want to get a lot of extra spaces 
>in a PRINT statement that spans two lines).  What Applesoft will do in 
>this case is issue a <CR> (which will go into the text file being 
>written) after 33 columns of a line are listed.  You need to POKE 33 with 
>a big number (bigger than the # of chars in the longest line of your 
>program) or the resulting file will not EXEC properly.  Be sure also to 
>issue a NOMON O command to DOS to prevent the overly long lines from 
>going to the screen or you could end up clobbering all sorts of memory.
>
>
>Dave FitzPatrick

Dave is right about everything except the way Applesoft handles the poke
33,33 command.  It seems that Applesoft does not issue a <CR> after the
right number of characters have been output.  I tried three different
values for the poke 33,x command and made three different file.  I tried
33, 40 and 80.  I then loaded them into AppleWriter.  Even lines longer
than 80 characters were intact (no carriage returns).  What I do believe
is that on the poke 33,40 file, had I had a line with a print statement
on it, and had it been longer than 33 characters, you would notice a
large space in the middle of that line.  Therefore, it seems that you
can use either method, poke 33,33 or poke 33,x where x is 1+the longest
line length.


-- 
________________________________________________________________________________

UUCP {ihnp4,decvax,ucbcad}!tektronix!reed!kamath

And I looked again
And the monster was me...