Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!cs.utexas.edu!usc!apple!dlyons
From: dlyons@Apple.COM (David A. Lyons)
Newsgroups: comp.sys.apple2
Subject: Re: Applesoft BASIC
Message-ID: <44083@apple.Apple.COM>
Date: 19 Aug 90 06:39:28 GMT
References: <24148@uflorida.cis.ufl.EDU> <1990Aug17.225331.1747@laguna.ccsf.caltech.edu> <44067@apple.Apple.COM> <1990Aug18.012334.4055@laguna.ccsf.caltech.edu> <44075@apple.Apple.COM>
Distribution: na
Organization: Apple Computer Inc, Cupertino, CA
Lines: 32

History:  Todd Whitesel posted a way to capture an Applesoft listing into
a text file, Matt recommended adding a POKE 33,33 to insure there are no
extra carriage returns, Todd replies you don't need it, and Matt says:

>[...] without the POKE 33,33 the technique could fail in future BASIC.SYSTEM
>releases and will not work under DOS 3.3.

My $0.02 (that's hex for 1/128):

POKE 33,x sets the text window width to x.  Applesoft inserts a carriage
return at the first convenient spot past column 33, or at least past what
it *thinks* is column 33 based on CH (cursor horizontal) on zero page.

(80-column firmware tricks Applesoft in appropriate ways, so that you get
the same effect 7 columns from the right edge of the screen.)

The wrapping happens only when the cursor is past column 33, so there is
no problem under DOS 3.3 *if* you have "MON O" mode turned off (it's off
by default), so that output being sent to a file does *not* get echoed to
the screen.

BASIC.SYSTEM has no way to make file output echo to the screen, and if
one were added it would have to default to being off.  So I don't see
a problem there either.
-- 
David A. Lyons, Apple Computer, Inc.      |   DAL Systems
Apple II Developer Technical Support      |   P.O. Box 875
America Online: Dave Lyons                |   Cupertino, CA 95015-0875
GEnie: D.LYONS2 or DAVE.LYONS         CompuServe: 72177,3233
Internet/BITNET:  dlyons@apple.com    UUCP:  ...!ames!apple!dlyons
   
My opinions are my own, not Apple's.