letzter Beitrag von Mike am
1 B=0:IF A$ THEN ?"1"
2 C=1:IF A$ THEN ?"2"
Fix:
sowas nicht machen
[offtopic]Immer SYS2061 eingeben dauert aber zu lange[/offtopic]
Bitte beim Topic bleiben. Das von logan kannte ich zwar schon, das von Enthusi war mir aber neu - wobei ich solche Abfragen eh grenzwertig finde. Von der Lesbarkeit 
a) Schlimm:
Also zur Sicherheit 10*10 nehmen oder INT (und hoffen, dass alles gut geht)
Siehe auch:
Boolean Problem - spinn ich oder spinnt C64 EDIT: als Fließkomma-Problem identifiziert
b) Weniger schlimm, aber lästig:
INPUT: um ein Vielfaches unzuverlässiger und doofer als GET$
c) LET: völlig überflüssig
d) A=0 <-- A=. ist deutlich schneller
e) IFATHEN{ZEILENNR}(langsamer als IFAGOTO)
f) IFA=3THENGOTO (langsamer als IFA=3GOTO und zudem noch RAM verschwendet)
g) Sehr tückisch
sieht zwar nach LIST aus wie
ist es aber nicht!!!
oh ich brauche 1 wort
Das ist kein Fehler, die Abk. für ? und P[SHIFT-R] sind wohldokumentiert.
Falls hier ein negativer Wert auftritt kommt es zu einem Abbruch mit Fehlermeldung.
---
:on a-64 goto Zeile
Ist a=65 kommt es zu einer Fehlermeldung.
Hast du dich verschrieben oder hab ich da was falsch verstanden? a=65 und a-64 ergibt doch 1 und nichts negatives, oder?
Sollte es "on a=64 goto" lauten? Das würde ich verstehen (und ich bin nicht wirklich toll in BASIC).
Und ich editier meinen falschen Kommentar weg 
Hast du dich verschrieben oder hab ich da was falsch verstanden? a=65 und a-64 ergibt doch 1 und nichts negatives, oder?
Sollte es "on a=64 goto" lauten? Das würde ich verstehen (und ich bin nicht wirklich toll in BASIC).
Wenn a den Wert 65 hat, ist der Ausdruck a=65 wahr und ergibt in Basic V2 den Wert -1.
Wenn a den Wert 65 hat, ist der Ausdruck a=65 wahr und ergibt in Basic V2 den Wert -1.
Ich weiß! Deswegen sagte ich ja, dass ich es verstehen würde, wenn da "on a=64 goto" gestanden hätte. Er hatte aber "on a-64 goto" geschrieben und da ich nicht der Held in BASIC bin, hab ich gefragt, ob er sich verschrieben hat oder ob ich das nur nicht verstehe. Hat er sich verschrieben?
Warum Logans Beispiel crasht ist uebrigens recht interessant wenn man das mal durch den Interpreter verfolgt
Man merkt schnell wie da gespart wurde.
Es gab auch eine einzelne Zahl deren Eingabe den V2-Interpreter abschmieren laesst.
:on (a=65) goto Zeile.
:on a-64 goto Zeile
Ist a=65 kommt es zu einer Fehlermeldung.
Oder in Beispiel 2 falls a kleiner als 64 ist.
Cyberdyne: Erster Satz bezieht sich auf erstes Beispiel, zweiter auf zweites. Erster Fall bricht bei a=65 ab, zweiter natürlich nicht, sondern bei a<64.
Danke! Jetzt hab ich's! Richtig lesen hätte gleich geholfen.
Es gab auch eine einzelne Zahl deren Eingabe den V2-Interpreter abschmieren laesst.
Welche denn, und in welchem Zusammenhang?
Doch nicht etwa die 42? 
Bei manchen Abbrüchen mit Fehlermeldung wäre es sinnvoller gewesen, wenn das Basic statt abzubrechen einfach mit zum nächsten Befehl gespringen würde.
Ah, ein "On Error Resume Next"-Fan
