[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Computing Editorial (please read)
- Subject: Re: Computing Editorial (please read)
- From: "Dave Althoff, Jr." <dalloff@gcfn.org>
- Date: 29 Jan 2003 05:13:56 GMT
- Newsgroups: comp.sys.apple2
- Organization: GCFN (http://www.gcfn.org/)
- References: <b0elt6$ra7$1@freenet9.carleton.ca> <20030119173241.20075.00000146@mb-cu.aol.com> <3e2b66dd$0$179$45beb828@newscene.com> <b0g1ie$gvd$1@ronco.freenet.columbus.oh.us> <Xns93091804A3AFmenacechgoaolcom@206.141.192.32> <b0g5as$acm$1@freenet9.carleton.ca> <b0hr4f$bnk$1@acme.gcfn.org> <b0laus$3qj$2@ronco.freenet.columbus.oh.us> <3e345d3e$1@news.uow.edu.au>
- User-agent: tin/1.5.9-20010723 ("Chord of Souls") (UNIX) (Darwin/6.3 (Power Macintosh))
- Xref: archiver1.google.com comp.sys.apple2:26659
David Wilson <david@uow.edu.au> wrote:
: "Dave Althoff, Jr." <dalloff@gcfn.org> writes:
:>While defending GOTO, I wrote this code stub--
:
:>: 1000 PRINT CHR$(4);"PR#3":PRINT:PRINT
:>: 1005 HOME:POKE 36,35:PRINT "Main menu:"
:
:>I just realized that in two lines there are workarounds for two
:>different undocumented Apple ][e firmware 'features'...
:
:>Maybe that's why Microsoft can't seem to fix their bugs. You live with
:>them long enough, you internalize the workarounds...
:
:>a) In the original Apple ][e firmware, if you did a PR#3 to start the
:> 80-column display, sometimes a VTAB instruction would not work
:> properly unless you printed something to the screen first.
:
:>b) HTAB did not work on the original ][e 80-column firmware.
:
: You cannot blame MS for those two bugs - the //e 80 col firmware is all
: Apple's fault :-).
I wasn't trying to blame Microsoft for those; I was merely using Apple's
failure and the fact that I, as an Applesoft programmer had internalized
the workaround, as a potential excuse for why Microsoft hadn't fixed
their bugs.
But then my logic is obviously flawed, as Apple *did* fix the 80-column
firmware.
On the other hand, DOS 3.3's APPEND command still doesn't work, and it
doesn't work badly enough that I choose not to use it in ProDOS either.
8-) (I also think leaving MON out of BASIC.SYSTEM was a mistake...)
: P.S. In my OSI Superboard BASIC there is a bug in the error message printing
: of BASIC. The errors are two characters long and terminated by having bit 7
: of the last character set. The code that actually prints the errors however
: uses the fact that they are all two bytes long and forgets to clear bit 7
: of the 2nd char resulting in error messages where the 2nd char is a graphic
: symbol. Not sure if this is an OSI bug or MS.
Whoops! 8-) Of course, in the Apple ][ world, bit 7 had better be set
for display...
--Dave Althoff, Jr.
/-\ _ _ *** Thanks for a great season!! ***
/XXX\ /X\ /X\_ _ /X\__ _ _ _____
/XXXXX\ /XXX\ /XXXX\ /X\ /XXXXX\ /X\ /X\ /XXXXX
_/XXXXXXX\__/XXXXX\/XXXXXXXX\_/XXX\_/XXXXXXX\__/XXX\_/XXX\_/\_/XXXXXX