Forum64

Quoted from "CrazyIcecap"

Quoted from "enthusi (gelöscht)"

Es gab auch eine einzelne Zahl deren Eingabe den V2-Interpreter abschmieren laesst.

Welche denn, und in welchem Zusammenhang?

Das würde mich jetzt auch interessieren, denn davon habe ich noch nie gehört!

Aber hier noch was anderes:

Mir war bisher nicht bekannt, dass bei einer Zahl mittendrin Leerzeichen enthalten sein dürfen und diese kommentarlos ignoriert werden!

oder das ganze im direktmodus eingeben

eine zahl die man mal versuchen kann ist zB




salute

Quoted from "Haubitze"

eine zahl die man mal versuchen kann ist zB

	Source code
1	350800

Ja, cool! Die Eingabe einer Basic-Zeile mit der Zeilennummer 350800, oder eben einfach die Eingabe dieser Zahl 350800 ohne weitere Zeichen dahinter, bewirkt einen Effekt, als hätte man Run/Stop + Restore gedrückt (Warmstart).
Die Ursache liegt in einem Fehler im BASIC-ROM (ab Adresse $A97B). Dort soll eigentlich geprüft werden, ob die eingegebene Zahl zu groß ist. Falls ja, soll die Fehlermeldung SYNTAX ERROR ausgegeben werden. Der Sprung zur Fehlermeldung enthält aber eine Lücke (ab Adresse $A953), in die man tappt, wenn der Inhalt des Akkus zufällig gleich #$89 ist.
Bei Eingabe von 350800 wird diese Zahl Ziffer für Ziffer verarbeitet. Das Zwischenergebnis 35080 ist hexadezimal $8908, das MSB ist also #$89!
Dann wird nicht wie beabsichtigt zur Fehlermeldung gesprungen, sondern stattdessen unbeabsichtigt eine Teil-Routine des Basic-Befehls ON [GOTO, GOSUB] ausgeführt (ab Adresse $A957). Diese Teil-Routine geht aber davon aus, dass ein Zwischenwert auf dem Stack liegt, und holt ihn wieder vom Stack herunter. Dadurch wird die Rücksprungadresse zerstört und beim folgenden RTS-Befehl springt er nach Sonstwo und landet vermutlich letztendlich in einem BRK-Befehl, der den Warmstart auslöst.

Der Fehler müsste bei allen Zahlen auftreten, die mindestens 6 Ziffern haben, und bei denen die ersten 5 Ziffern zwischen 35072 und 35327 liegen.

Cool, oder?

Ha, lustig. Bei der zweiten Eingabe macht er dann einen echten JAM (zumindest der VC20, aber das ROM dürfte diesbezüglich gleich sein) - Was es so alles gibt. Könnte man mit einer Stackmanipulation vielleicht was sinnvolles erreichen? OK, mir fällt da nix ein. Ihr seid die Freaks.

Ich wusste zB bis vor kurzem nicht dass goto ohne Angabe einer Sprungadresse "goto 0" entspricht. Funktioniert im Direktmodus als auch im Programm.

0 print "hallo"
1 goto
Ready.
goto [RETURN]

schön ist auch:


Läuft, versucht aber mal, die Zeile zu editieren ... ;-)

Ja, es stellte sich mir schon immer die Frage -> warum ist bei Zeilennummer 63999 Schluss? Es gab in der 64er(?) mal ein Programm das renumberte ein Basicprogramm in die Sphären ab Zeilennummer 64000. Sprungbefehle funktionieren auch dort oben noch ohne Probleme, nur das editieren macht etwas Umstände

Kein wirklicher bug aber meinen Fizzbuzz entry konnte man mit poke 1,. starten ;-)

Der positive Aspekt ist: Auch wenn der C64 mit den Jahren schwerhörig wird und man beim Programmieren langsam und deutlich schreiben muss, kann er den Befehl immer noch ausführen.

SCHREIEN musste man ja schon immer

schoen auch

Und warum kommen bei

vier Nullen?

popel nase ... = popelnase ... = 0 0 0 0

syntax error... = syntaxerr or ... = 0 0 0

Gute Nacht und schoene Gruesse

Quoted from "ssdsa"

Mir war bisher nicht bekannt, dass bei einer Zahl mittendrin Leerzeichen enthalten sein dürfen und diese kommentarlos ignoriert werden!

Das hab ich auch zum ersten Mal bei der Gotoless Basic Compo gesehen. Schon immer wieder erstaunlich, wie man den Interpreter misshandeln kann

geht das auch in basic oder wieder nur in asm? =P