letzter Beitrag von Mac Bacon am
Wie lang bleibt das Carry Flag denn stehen wenn man "nichts" macht?
Bis zur nächsten Operation die das Carry beeinflusst. Welche das sind steht in der Doku zum 6502.
Ich gehe davon aus, dass durch die Abfrage des gesetzten Carry Flags dieses wieder genullt wird.
Warum sollte das der Fall sein? Es hat schon seinen Grund warum man vor einem ADC immer ein CLC haben sollte wenn man nicht zufällig das Carry braucht weil man Zahlen mit mehr als 8 Bit addiert usw.
Es sind schliesslich Fälle denkbar in denen man nach dem BCS noch was mit dem Carry vor hat.
https://www.c64-wiki.de/wiki/Kategorie:Carry-Flag
Grob gesagt beeinflussen halt alle Vergleichs-Befehle und alle Akku-Operationen (EDIT: können beeinflussen!) das Carry-Flag.
Ehrlich gesagt finde ich genau diesen Ansatz falsch.
"Ich koennte das leicht selbst herausfinden durch 1) testen in 5 bytes oder 2) lesen in einer beliebigen(!) 6502 dokumentation aber ich frage mal lieber im Forum?"
Er hat das vielleicht etwas doof formuliert, aber ich finde es grundsaetzlich nicht falsch, in einem Forum zu fragen, denn da kann man noch einiges an Zusatzwissen oder ganz einfach praeziseren Erklaerungen erhalten, was man durch eigenes Ausprobieren evtl misinterpretieren koennte usw...
Ich benutze immer die folgende Reihenfolge:
- einlesen
- ausprobieren
- nach Beispielen googlen (bzw. "Startpagen" 
)
- Im Forum fragen
Learning By Doing bringt immer noch die größten Erfolgserlebnisse
Im Moment sehe ich nur noch Code Salat. Abbrechen. Liegen lassen.
Ist oftmals eine gute Idee.
Mit klarem Kopf kann ich diese 5 Bytes auch selber testen.
5 Bytes sind aber doch wohl etwas knapp. Weiß nicht, wie enthusi das macht...
So in der Art hab ich das ab und zu mal gemacht (kurz in den VICE-Monitor kloppen):
Ggf. noch einen Gegentest mit den gegensätzlichen Kommentar-Befehlen machen, dann kann man sich sicher sein.
Beim Akku: Befehle, die den Akku erhöhen (ADC, ASL, ROL) KÖNNEN das C-Flag setzen (wenn sich Bit#7 ins C-Flag schiebt=Bit#8); Befehle die den Akku vermindern (SBC, LSR, ROR) KÖNNEN das C-Flag löschen. Daher halt immer dieses CLC/SEC gefummel ggf. davor. Das C-Flag ist quasi nichts anderes als ein 9. Bit, was man dafür benutzt, ob man die 8 Bit des Akkus überschreitet (C-Flag/Bit#8 gesetzt) oder eben von 9 Bit wieder die 8 Bit erreicht (C-Flag/Bit#8 gelöscht). Ich glaub' im C64-Wiki gibt es wohl auch nichts verständliches dazu.
Bei den Vergleichsbefehlen: Bei "BCC" steht das 2. "C" für 'cleiner (als)'
sec, bcs * beantwortet eine der Fragen in 3 bytes. Wenn man die zweite Frage wörtlich nimmt auch gleich zwei.
Ich kann jetzt 240 x 15 8-bit-Werte in 15er schüben aus einer riesen Tabelle loop Weise in eine Arbeits Tabelle laden wo die 15 Werte einzeln dupliziert und 16 bittig als Koordinaten abgelegt werden.
Es war toll zu sehen als der c64 die High Bytes richtig gesetzt hat beim "entpacken" der 8 Bit Werte.
Ich muss den Import aber noch verändern weil mir gerade auffällt dass ein schub, bzw. Koordinaten Satz für eine 3d Szene 30 Werte enthält und nicht 15. Es sind 15 x und 15 y werte, macht 30.
Aber das mach ich jetzt nicht mehr..
Also nix für ungut und Danke nochmal für die freundliche Unterstützung.
P.S.
Und ja, c64 wiki ist DIE Quelle für mich. Es gibt zwar noch Code base, das c64 intern, das offizielle c64 programmier Handbuch Band 1 und viele Demo Szene tutorials, aber c64 wiki ist echt immer das erste wo ich suche. Oft auch in der englischen Version, denn deutsch und englisch unterscheiden sich oft und manchmal ist es im englischen besser erklärt.
Bzgl. Flag hatte ich nur im c64 wiki geguckt und was ich sonst noch gelesen hatte hat meinen Knoten im Kopf nicht gelöst.
Beim Akku: Befehle, die den Akku erhöhen (ADC, ASL, ROL) KÖNNEN das C-Flag setzen (wenn sich Bit#7 ins C-Flag schiebt=Bit#8); Befehle die den Akku vermindern (SBC, LSR, ROR) KÖNNEN das C-Flag löschen.
Ich verstehe den Sinn dieser Formulierung nicht, denn alle genannten Instruktionen können das Carrybit sowohl setzen als auch löschen, je nach Parametern und Registerinhalten.
können das Carrybit sowohl setzen als auch löschen
Wo du natürlich recht hast.
Warum sollte das der Fall sein?
Keine Ahnung, aber ich meine ich hätte das schonmal bei irgendeinem Prozessor gesehen. Dafür setzt der 6502 das Zero-Flag bei einer reinen Lade-Aktion, was ziemlich überraschend ist, wenn man auf dem Z80 (und der ER 56) Assembler gelernt hat...
Und natürlich ist nach dem BCS der Zustad des Carry-Flags immer bekannt- gesetzt wenn der Sprung ausgeführt wurde, gelöscht wenn ncht. Klingt zunächst einmal trivial, kann einem aber manches Set Carry bzw. Clear Carry sparen- respektive Verwirrung stiften, wenn man mitten in die Routine hineinspringt.
Und natürlich ist nach dem BCS der Zustad des Carry-Flags immer bekannt- gesetzt wenn der Sprung ausgeführt wurde, gelöscht wenn ncht. Klingt zunächst einmal trivial, kann einem aber manches Set Carry bzw. Clear Carry sparen- respektive Verwirrung stiften, wenn man mitten in die Routine hineinspringt.
Um die besagte Verwirrung zu verhindern, schreibe ich in solchen Fällen absichtlich ein auskommentiertes CLC/SEC in den Code. ";clc" bedeutet bei mir also: "der folgende Code benötigt ein gelöschtes Carrybit, aber da das Carry an dieser Stelle eh schon gelöscht ist, muss kein CLC ausgeführt werden. Dennoch lasse ich es auskommentiert hier stehen, um auf diesen Umstand hinzuweisen".
Analog ";ldx #0" und ähnliches auskommentiertes...
