C64 Studio - Entwicklungsumgebung

Mahlzeit:

Vor lauter Lust und Laune habe ich mal eine Art Entwicklungsumgebung gebastelt. Mir gefällt, daß im Vice ein netter Monitor enthalten ist, aber leider ist der etwas unhandlich geraten. Da der Monitor auch per Remote ansteuerbar ist, dachte ich mir, das versuchst du mal.

Deshalb habe ich das C64 Studio geschrieben. Das Ganze ist jetzt wohl großteils benutzbar, allerdings wie so oft schön auf mich zugeschnitten. Das Ganze arbeitet mit Vice (mit WinVICE 2.3 getestet) zusammen, basiert auf .NET 2.0. Getestet habe ich das Studio auf Windows 7, sollte aber auf älteren Windowsen auch arbeiten. Mono wird wahrscheinlich aufgrund zweier Hacks nicht funktionieren, da fehlt mir allerdings auch die Testmöglichkeit.

Was genau ist jetzt das Tolle an dem Tool?

Man kann durch den eigenen Code debuggen, ähnlich wie man es von "richtigen" Programmierumgebungen kennt. Das setzt allerdings einen installierten Vice voraus. Man kann Variablen ausgeben lassen (rudimentär) und Symbole auffinden lassen. Es gibt einige kleine Haken, bei deaktiviertem True Drive kommt es bei Kernal-Aufrufen gelegentlich dazu, daß ein Step darüber nicht greift. Man kann dann aber im Normalfall entweder etwas später direkt in den Debugger "breaken" oder direkt einen Breakpoint (Debug run/resume to) setzen, der dann greift.

Da ich für die Debug-Ansicht den Code sowieso großteils parsen muß, habe ich den anfangs verwendeten ACME durch einen eingebauten Assembler ersetzt. Der scheint soweit zu funktionieren (für Project J reicht es), hat aber bestimmt noch einige Macken in Grenzbereichen. Es werden derzeit nur die Makros !binary, !source, !to, !byte, !word und !text unterstützt.

Es wäre toll, wenn sich jemand das Teil ansehen könnte, und dann auch gerne konstruktive Kritik übt. Es fehlt bestimmt Einiges, das jemand gebrauchen könnte.

Die aktuelle Version liegt auf http://www.georg-rottensteiner.de/files/C64StudioRelease.zip

Mir derzeit bekannte Bugs:
-Beim Beginn des Debuggens muss man einmal zusätzlich "Steppen", danach paßt die Ansicht aber zum Zustand.
-Das !text-Makro geht nicht auf PETSCII ein, es übernimmt die Zeichenwerte direkt von ASCII

Edit hexagon 20.06.2013: Link angepasst

Ist jetzt nicht spezifisch für den C64 ausgelegt, wenn sich der VC-20-Emulator genauso verhält bezüglich des Monitors müsste es eigentlich gehen.
Bei dem Monitor gibt es leider ein paar Macken, wo man gegensteuern muss. Kann sein, dass das Studio dabei aus dem Tritt kommt, sollte aber eigentlich nicht.

Flixt, darf nicht mehr editieren.

Schon ein Bugfix, jetzt 0.9a:

* !byte wurde bei Label-Bytes mit < oder > nicht korrekt übersetzt.
* Überlappende Segmente wurden erkannt, aber nicht als Fehler gemeldet

Noch ein Bugfix, Version 0.9c:

* Ein häßlicher Crash-Bug beim Speichern ohne gespeichertes Projekt

Mannomann, Fehler ohne Ende.
Jetzt assembliert auch mein häßlicher Joe-Gunn-2-Code damit. Aktuelle Version 0.9e hinter dem Link oben. Böser x64sc, der Sound spielt ganz leise. Ich dachte, das wäre mein Assembler gewesen.

Neu:

* Labels in gleicher Zeile wie Code möglich
* Makro !tx alternativ zu !text
* Size und Skip-Parameter bei !binary umgesetzt
* AND, EOR und OR in Expressions erlaubt (zusätzlich zu den C-Operatoren)

Und noch ein bißchen mehr:

Aktuelle Version 0.9f:

-Labels auch vor Macros erlaubt
-else bei !ifdef möglich
-etwas bessere Fehlermeldungen bei Errors

Au, jemand, der es ausprobiert
Danke für das Feedback!

Den Bug hab ich inzwischen auch gefunden und behoben.

Bezüglich Mono kann ich mir auch Scintilla als Problem vorstellen, das bindet wiederrum eine native Scintilla-DLL ein.

Zusätzlich sind noch eine Menge andere häßlicher Bugs bereinigt und einige Features von ACME mehr mit umgesetzt. Es gibt inzwischen auch einen rudimentären Memory-Viewer.
Parse for Target wird inzwischen abgespeichert, das !to-Macro im Source übersteuert aber noch.

Eine neue Version ist hochgeladen.