[Coco] Re: BASIC irony

[Rodney V Hamilton]

In article <1giiaka.miqsj01fcla8cM%tlindner at ix.netcom.com>, tlindner at ix.netcom.com says...

>

>tim lindner <tlindner at ix.netcom.com> wrote:

>

>> I fired up the emulator and found out that Color BASIC seems to crap out

>> in the rage of 64XXX. 63999 is a valid line number, but anything higher

>> returns an error. I can't even RENUM the program higher than 63999

>> 

>> Interesting. I'll have to look into the source regarding this.

>

>So I looked into the source. It seems 63999 is the largest Color BASIC

>line number becuase allowing any larger numbers could result in the

>ASCII to integer code overflowing.

>

>I did try hacking a larger line number and the program ran fine: if you

>can let the program fall thru to the large line numbers. Issuing a GOTO

>to a large line number results in a ?SN ERROR.

>

>Also trying to delete or EDIT a existing large line numbered line causes

>a ?SN ERROR. RENUM does work as expected.

>

>Another break from the Dartmuth standard is that Color BASIC _will_ list

>lines larger than 63999.

>

>-- 

>tim lindner

>tlindner at ix.netcom.com



Tim, if you move the max number test to AFTER the digit conversion,
you can extend the max line number to 65279 (=$FEFF) with no change
in code size.  To demo, poke the following 16 bytes starting at $AF73:

58,49,58,49,D3,2B,58,49,DB,01,89,00,81,FE,22,CF  (all in hex)

Not much use, but fun anyway.

Rodney Hamilton