letzter Beitrag von 0xdeadbeef am
sollte wie in jedem anderem Monitor auch funktionieren
M Adresse z.B. M 1000 1040
Mit dem Scrollbalken psoitionieren ist etwas mühsehlig.
Die anderen Windows auch einblenden über den Menüpunkt *View* ... Eingaben der Befehle im Hauptfenster (siehe auch die Hilfe wegen der gesamten Befehle).
Mit Device 8: kommst du auf das Laufwerk.
Mit Device c: wieder zurück auf den Computer.
gelöscht
Das geht doch nur in uralten WinVice-Versionen oder irre ich mich da? Und so richtig gut hat das auch nie funktioniert. Aber die ganzen GTK-Versionen haben nur einen Textmonitor wie in den 80ern.
Deshalb hatte ich mir ja schon andernorts einen modernen Debugger für den C64 gewünscht. Damit scheine ich aber relativ alleine zu sein. Vermutlich weil viele C64-Urgesteine nie mit einem modernen Debugger gearbeitet haben.
Ich habe mir jetzt die neueste Version runtergeladen (GTK 3.5). Da find eich keine Views mehr und der Monitor ist nurmehr das Konsolenfenster.
Schaue dir mal die Version 3.0 an.
Das geht doch nur in uralten WinVice-Versionen oder irre ich mich da? Und so richtig gut hat das auch nie funktioniert. Aber die ganzen GTK-Versionen haben nur einen Textmonitor wie in den 80ern.
Deshalb hatte ich mir ja schon andernorts einen modernen Debugger für den C64 gewünscht.
Oh, Mann! Ich dachte schon ich bin zu blöd dafür. Ich habe mal irgendwas gelesen dass die keine Windows Native mehr unterstützen mangels Maintainer und deshalb nur noch GTK machen, aber dass die deswegen gleich solche Features rausschmeissen ist ja ein Rückschritt.
Ich hatte schon mal versucht mir Vice selber zu kompilieren um mir da solche Sachen einbauen zu können, aber das war mir dann etwas zu kopliziert. 
Und eigentlich will ich ja VICE nutzen und nicht entwickeln.
Würde ich sogar machen wenn es mir wichtig wäre, und ein vernünftiger Debugger ist das auf jeden Fall, aber der Einstieg ist da nicht gerade trivial...
Zitat
Damit scheine ich aber relativ alleine zu sein. Vermutlich weil viele C64-Urgesteine nie mit einem modernen Debugger gearbeitet haben.Ja, scheint so.
Na, dann bleibe ich wohl vorläufig noch bei 3.1. Die funktioniert ja noch ganz gut und zumindest der Monitor ist da noch ETWAS komfortabler.
Hab da auf die Schnelle mal diese Anleitung gefunden: http://bergatrollet.se/blog/20…or-no-black-magic-needed/
MSYS2 habe ich sowieso installiert, also versuche cich das vielleicht mal wenn es mir zu lästig wird. 
Momentan ist es zwar nicht so schön, aber ich kann noch damit leben...
Wie wäre es mit diesem Debugger? https://sourceforge.net/projects/c64-debugger/
Edit: Auch auf CSDb zu finden: https://csdb.dk/release/?id=187948
ist bekannt, aber das ist halt so das das ziemliche Gegenteil von einem modernen Debugger.
ist bekannt, aber das ist halt so das das ziemliche Gegenteil von einem modernen Debugger.
Den Kommentaren und Bewertungen bei CSDb nach zu urteilen aber wohl sehr gut angenommen und vielleicht kann ja sparhawk auch etwas damit anfangen.
Da ich von modernen Debuggern keine Ahnung habe - was zeichnet so einen denn aus?
Na ja, im wesentlichen mal eine moderne Oberfläche mit eigenen Fensters für Variablen, Speicher, CPU-Register, Disassembler, Speicherdumps, Breakpoints usw. Und bei einem Emulator könnte man das volle Programm implementieren, das bei echten Prozessoren nur mit teurer Hardware möglich wäre. Also voller Trace des Programmablaufs und/oder Mitschneiden der Lese-/Schreibzugriffe (wer hat wann was wohin geschrieben?).
In der Firma nutzen wir Lauterbach Trace32, das ist schon ziemlich vorne dabei. Privat nutze ich Segger Ozone, das ist für lau auch schon ziemlich gut.
Aber in Verbindung mit einem Emulator könnte man das war wirklich Tolles bekommen. Nur scheint das wie gesagt irgendwie nur mein Traum zu sein,
Es gibt tatsächlich ganz gute Möglichkeiten für Breakpoints usw. und wohl sogar eine einfache Trace-Funktionalität, aber ohne entsprechende Analysefunktionen und deren (grafische) Anzeige ist das halt weitestgehend sinnlos. So oder so fühle ich mich beim Arbeiten mit so einem einfachen Konsolenmonitor als hätte mir jemand beide Arme auf den Rücken gebunden und ein Auge zugeklebt.
So oder so fühle ich mich beim Arbeiten mit so einem einfachen Konsolenmonitor als hätte mir jemand beide Arme auf den Rücken gebunden und ein Auge zugeklebt.
Das stimmt ja so nicht ganz ... du kannst ja anderweitig dein in den Speicher zu ladendes Programm beliebig ändern und modifizieren ... z. B. mit einem guten Diskeditor.
Dann kann man sehr gut schauen, was dann in VICE an den betreffenden Speicheradressen steht.
Also direkt auf der Diskette Track/Sector/Byte programmieren. 
Na ja, es ist offensichtlch schwierig zu vermitteln, wie mittelalterlich sowas auf jemanden wirkt, der täglich mit einigermaßen modernen Debuggern arbeitet.
Aber nur mal so als Beispiel: in Trace32 kann man die gesamte Programmausführung eines Microcontrollers (auch mit mehreren Cores) in Echtzeit aufzeichnen und dann in verschiedenen Ansichten analysieren.
Dadurch sieht man auf einen Blick, wieviel Laufzeit unterschiedliche Funktionen verbrauchen oder wie die Aufrufreihenfolge verschiedener Funktionen ist, wo sie von Interrupts unterbrochen wurden usw.
Davon abgesehen kann man halt einfach viel besser arbeiten, wenn man in verschiedenen Fenster gleichzeitig den disassemblierten Quellcode, Register, Watches usw. darstellen kann. Mal schnell auf ein Register geklickt und dessen Inhalt benutzt, um den Speicher zu dumpen, auf den es verweist. Und halt alles einigermaßen windowskonform mit Kontextmenüs, Copy&Paste usw.
Aber nur mal so als Beispiel: in Trace32 kann man die gesamte Programmausführung eines Microcontrollers (auch mit mehreren Cores) in Echtzeit aufzeichnen und dann in verschiedenen Ansichten analysieren.
Sehr *beeindruckend* ... habe ich so noch nie gesehen. Danke! 
Sind das Bilder von deinem Rechner?
Nee, auf meinen Arbeitsrechner hätte ich tonnenweise bessere Screenshots, aber die dürfte ich vermutlich streng genommen nicht zeigen und ich wäre jetzt auch zu faul gewesen, mein Arbeitsnotebook anzuwerfen.
Und so sieht Ozone von Segger aus, das ich für meine privaten Arm-Projekte benutze. Da habe ich halt nur einen einfachen JTAG-Adapter, also bestenfalls einen kleinen internen Tracepuffer. Trotzdem kann man auch damit Variablen lesen und schreiben, während das Programm läuft.
