Da denke ich, dass ich eigentlich im Zusammenhang mit BASIC2 alles schon mal gesehen habe, und dann stolpere ich über eine mir bislang unbekannte Eigenart/Bug/Feature/... von GOTO. 
Ich tippe sowas:
Klar, dass hier ein Fehler ausgegeben wird. Es fehlt nach dem GOTO die 10.
Und was macht der GOTO-Befehl ohne folgende Nummer, wenn die Zeile statt 10 in 0 geändert wird:
Da springt der einfach auch so zur 0. Spart immerhin ein ganzes Byte! 
Mal schauen, was mich hier noch alles überraschen wird. 
Genau,
goto: entspricht goto0:
Kann man auch gut bei der 10-Zeiler Programmierung einsetzen um 1 Byte zu sparen.
Schönen Gruß.
Kann man auch gut bei der 10-Zeiler Programmierung einsetzen um 1 Byte zu sparen.
Im Beispiel werden aber 2 Bytes gespart.
Im Beispiel werden aber 2 Bytes gespart.
Nee, es wurde 1 Byte gespart.
GOTO braucht 1 Byte.
GOTO0 braucht 2 Byte.
Allerdings funktioniert das nur, wenn man in die Zeile 0 springen will.
Für jedes andere Ziel braucht man wieder zumindest ein Byte mehr.
Man kann ein weiteres Byte sparen, indem man das Leerzeichen löscht zwischen PRINT und ".
aber 10 sind 2 bytes und 0 ist eines 
10 sind auch 2 bits und 0 ist eines
Man kann auch noch mehr Bytes sparen wenn man nur ein H ausgibt 😃
Oder ganz viele wenn man es ganz bleiben lässt 😌
Und jetzt noch das GOTO in Kurzform
Und es gibt keine Möglichkeit festzustellen, wie oft die Zeile ausgeführt wird in einer Minute ...
Zumindest am C64.
Übrigens der Code
0 GOTO
funktioniert nicht im C128, da kommt ein Syntax Error
funktioniert nicht im C128, da kommt ein Syntax Error
Was auch korrekt ist.
Syntaktisch kommt nach einem GOTO eine Zahl.
Das v2 BASIC ist halt schon ziemlich schlampig designed.
Typisch Microsoft halt.
Aus dem "Commodore 64 Programmer's Reference Guide":
QuoteGOTO NOT followed by a number equals GOTO 0
Seite 52
Weiß ich aber auch nur aus einem neumodischen Internetvideo. Glaube "8bit show & tell".
Müsste auch in der deutschen Ausgabe zu finden sein. ("Alles über den Commodore 64"?) Hab ich nicht.
Toll! Funktioniert auch mit GOSUB. 
Interessanterweise funktioniert das erst, wenn man den Code ein paar mal geändert hat und wieder zurück zum ursprünglichen kommt.
Also bei mir funktioniert es auf Anhieb
Jaja, der alte Trick, Bugs als gewollte Features zu verkaufen. Mach ich auch immer so: "Der Programmaufruf mit einem nicht-unterstützten Parameter wird extra behandelt und dem Benutzer durch die Ausgabe eines Segmentation Faults signalisiert."
Toll! Funktioniert auch mit GOSUB.
Auch sehr schön 
Geht auch mit 0 print"hello":go to, 0 print"hello":on1goto, 0 print"hello":if1goto, aber 0 print"hello":if1go to geht nicht.
