Interessante Idee.
Müsste machbar sein.
Hat natürlich die üblichen Einschränkungen wie die anderen Anzeigen links, die werden während des Editierens nicht automatisch angepasst, erst beim Assemblieren wieder.
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von 64erGrufti am
Interessante Idee.
Müsste machbar sein.
Hat natürlich die üblichen Einschränkungen wie die anderen Anzeigen links, die werden während des Editierens nicht automatisch angepasst, erst beim Assemblieren wieder.
Hat natürlich die üblichen Einschränkungen wie die anderen Anzeigen links, die werden während des Editierens nicht automatisch angepasst, erst beim Assemblieren wieder.
Das wäre überhaupt kein Problem. Danke
Sollte das bei $ff nicht ISB sein?
Wenn der Opcode samt Parametern nicht reinpasst, dann wird der nicht als solcher anerkannt.
Ich würde gern in den Optionen 10 Stellen für den Tabulator einstellen können (höchstens 9 sind im Moment erlaubt). Möchte halt gern etwas aussagekräftigere Labels benutzen dürfen...
Arndt
Oh, das habe ich beschränkt? Wird sofort gemacht!
Sollte das bei $ff nicht ISB sein?
Hiernach ist es ISC bei FF und EF und FB und E7 und F7 und F3 und E3.
Quelle: C64-Wiki, Oxyron
ISB soll gleich ISC sein.
SLO = ASO
SRE = LSE
ISC = ISB
ALR = ASR
SHX = A11
SHY = A11
LAS =LAR
KIL = JAM, HLT
Aber ich habe keine Ahnung, danach ist das so, also ist das so.
Wenn der Opcode samt Parametern nicht reinpasst, dann wird der nicht als solcher anerkannt.
Aber der andere Decompiler kann das richtig! Dann soll deiner das auch können.
Aber der andere Decompiler kann das richtig! Dann soll deiner das auch können.
Warum sollte es "richtig" sein, einen unvollständigen Befehl so zu disassemblieren, als sei er vollständig? Kein reales Programm wird mit einem ISC-Opcode ohne Parameter enden, das Byte $ff wird hier also mit an Sicherheit grenzender Wahrscheinlichkeit Teil einer Datentabelle sein.
Um sicherzustellen, dass beim Assemblieren der gleiche Opcode generiert wird wie zuvor, müsste man außerdem künstlich eine Adresse hinzufügen, die dann den richtigen Opcode erzeugt. Damit wird das Programm aber länger und weicht ebenfalls vom Original ab...
Ist ein interessanter Grenzfall, ist der Datenblock nach dem $ff zu Ende oder würde es da weiter gehen?
ISC/ISB kennt der Disassembler schon.
Ich denke mal, das er da zu Ende ist. Diese Datei.kernal.901227-03.bin.zip
Hallo
Hätte wieder mal einen kleinen Feature-Request (falls es das nicht eh' schon gibt und ich nur nicht weiß, wo der Knopf ist):
Im Debugger würde ich gerne die Cycle-Zahl auf NULL stellen können, um die Cycles ab einem bestimmten Punkt starten und zählen zu können.
Auch - nicht nachgeprüft, nur ein Gefühl - hatte ich mal das Gefühl, dass der Cyclezähler in einer Schleife nicht ganz richtig gezählt hat.
Aber das Auf-Null-Stellen wäre wirklich super zum Vergleichen und so.
DANKE!
Gute Idee, kommt auf die Liste.
Falsch sollte eigentlich nicht sein, der Wert kommt ja von VICE selber.
Es ist aber leider immer noch ab und an, dass sich das Debugger-Protokoll verschluckt und ein falscher Wert als Cycle-Wert genommen wird. In dem Moment sind in der Regel auch alle anderen Werte daneben.
Ich hatte das Thema schon angeschnitten (2x2 Font) - leider im falschen Thread. (Eventuell kann ein Moderator das heirher verschieben / zusammenfügen).
@ Endurion: ich habe ein sehr passenden Screenshot gemacht für ein 2x2 Editor-Fenster. vielleicht hilft es dir das zu integrieren.
Cool
Prototyping auf dem C64
Prototyping auf dem C64
Leider nein - ist aus einem anderen 2x2 Editor...
In meiner noch nicht fertigen NerdSuite habe ich einen n x n Editor. Der Code (Java) läßt sich sicherlich nach .Net portieren.
hi, hab mal wieder eine Frage.
Gibt das Studio irgendwo hin eine Datei aus, wo alle verwendeten Symbole, Labels usw. mit Adresse aufgelistet werden?
Falls nicht, wäre es ein Featurerequest.
Ganz lieben Dank wie immer Endurion
Im Moment nicht, nehme ich mit auf!
Es gibt ein Preprocessed File (Build->Preprocessed File), da ist das final vom Assembler zusammengesetzte File enthalten. Das ist aber vermutlich nicht ganz das, was du brauchst.
das preprocessed file ist super. nutze ich dauernd. ist aber tatsächlich nicht, was ich meine.
danke
HI endurion
Hätte mal wieder zwei Requests:
1) Eine Zeile wie "lda #-10" verursacht einen "...Value out of bounds for byte, needs to be >= 0 and <= 255. Expression:-10".
Das ist logisch auf den ersten Blick, es wäre aber cool, wenn man auch sigened values eintippen könnte und der Assembler das gleich umrechnet in die entsprechende 2-complement Zahl.
2) Gibt es eine Möglichkeit, dass ich eine float point Konstante eingebe? z.B. wie beim CBM Program Studie, da ging das irgendwie (habs nicht ganz parat) so: !flp 32.442.
Danke, Thomas