Alright, so this is kind of a weird one. I've been playing around with the BASIC tokenizer I wrote and trying to break it by giving it weird input. While doing so, I stumbled across some of those degenerate BASIC tokenizations John Hogerhuis was talking about. No, I'm still not at his level of embedding machine language in BASIC statements above the maximum line number. I am instead exploring a more mundane mystery: how does a Model T react to duplicate line numbers, out of order lines, and so on. I haven't found this information online, but it's possible I'm just not using the right search keywords.
Anyhow, I've written a test program, GOTO10.BA <https://raw.githubusercontent.com/hackerb9/tokenize/main/degenerate/GOTO10.BA>, which runs on my Model 200. Now I'd like to know if it works the same on other hardware. Would anyone be willing to try it on a Model 100 or Tandy 102 and tell me if it RUNs and LISTs. By the way, the file is already in tokenized BASIC, so it'll need to be transferred in binary mode, not ASCII. (For example, using DLplus <https://github.com/bkw777/dlplus>, not TELCOM). Thanks! —b9 PS. Please note that while it is not malicious, it *is* purposefully malformed and shouldn't be trusted not to lock up your machine, spill bytes all over the RAM drive, teach your REX to roll over and play dead, use the modem to prank call Bill Gates, and/or send a thousand messages to everyone you know declaring, "I <3 MODEL T 4 EVA!!!!1!!"
GOTO10.BA
Description: Binary data
