peinlich finde ich es nicht deinerseits, sondern: wieso fällt das keinem auf?
Hallo Besucher, der Thread wurde 480k mal aufgerufen und enthält 4057 Antworten
letzter Beitrag von smithloo am
C64 Studio - Entwicklungsumgebung
- Endurion
- Erledigt
-
-
zwei weitere "Handhabungsfragen":
beim Debuggen:
- wie kann ich beim laufenden debuggen den Speicher ändern? (die Register sind ja änderbar - der Mem auch?)
- wie kann ich dem Debugger beibringen, dass er das Mem-Fenster weiterhin mit der gew. Adresse anzeigt?
Bsp:
- im Mem-Fenster wird der Speicher ab Variable Var1 angezeigt
- F11 => Mem-Fenster zeigt ab $0000 an -
uiuiuiui
- wie kann ich dem Debugger beibringen, dass er das Mem-Fenster weiterhin mit der gew. Adresse anzeigt?
die Register kann ich doch auch nicht ändern
- geht das nicht, oder kann nur ich das nicht?
(ich meine überst Studio , nicht über der WinVice-debugger) -
Die Möglichkeit, Register und Speicher zu ändern, ist derzeit noch nicht umgesetzt. Du bist aber nicht der erste, der danach fragt. Ist ab sofort auf der Liste!
>> wie kann ich dem Debugger beibringen, dass er das Mem-Fenster weiterhin mit der gew. Adresse anzeigt?
Den Punkt müsstest du mir erklären, da verstehe ich nicht genau, was du meinst. Setzt die Memory-Ansicht den Offset irgendwann zurück? -
Hi Endurion
Es gibt ein Tool als Aufsatz für Vice und Frodo.
Bei diesen Tool konnte man in Echtzeit den Speicher direkt ändern. Zumal man sehen konnte was so im Speich des C64´er ablief.
Leider macht der Programmierer nicht mehr sehr viel daran. Er hat sein Code auf GitHub abgelegt. Du kannst ja mal seine Seite anschauen und dir ein Bild davon machen ob du davon was gebrachen kannst.
Ich persönlich fand das Tool sehr gut. Leider läuft das Tool und Vice 2.3 sehr Instabil.
Aber vielleicht kennst du die Seit ja auch schon.
http://icu64.blogspot.com/Kannst am Ende seiner Seite hat er zwei Video was er damals so mit seien Tool gemacht hat.
Gruß Drachen
-
Ah ja, das habe ich natürlich schon beäugt
Der hat VICE mit einer Spezial-Konfig kompiliert (wenn ich mich nicht irre), wo der Speicher leichter zugänglich ist. Ich habe VICE auch schon unter .NET kompiliert bekommen, habe da allerdings die Einbindung noch nicht weitergetrieben.
Dann könnte ich die Logik und Anzeige-Module von VICE verwenden und der Debugger wäre a) deutlich schneller und b) deutlich stabiler. Im Moment ist das ein sehr hässlicher Murksaround.Das Ändern von Register und Speicher kann der VICE-Monitor ja auch, d.h. über die bestehende Schnittstelle kann ich das auch umsetzen, ich muss es nur machen
-
Na, was mich am Vice monitor stört ist, das er das Progromm anhält, solage sein Fenster offen ist.
Dann lass ich mich mal überraschen, was du daraus machst.
-
>> wie kann ich dem Debugger beibringen, dass er das Mem-Fenster weiterhin mit der gew. Adresse anzeigt?
Den Punkt müsstest du mir erklären, da verstehe ich nicht genau, was du meinst. Setzt die Memory-Ansicht den Offset irgendwann zurück?Also:
- Debug-Modus (im Studio)
- Mem-Fenster zeigt Adresse xy
- F11
==> Mem-Fenster zeigt Speicher ab Adresse $0000Weiters hätte ich eine Bitte:
- gibt es die Möglichkeit sich mehr Mem-Fenster anzeigen zu lassen?
(wäre praktisch, wenn ich mehr Speicherbereiche gleichzeitig beobachten will - zb: ZP und Variablenbereich) -
Bisher habe ich nur ein Mem-Fenster fest eingebaut, das ist aber schon auf der Liste
Wegen der Speicheranzeige, das bekomme ich nicht nachgestellt, oder ich mache etwas anders als du. F11 ist "Debug Step Into"?
D.h. du bist bereits im Debug-Modus, Mem-Fenster zeigt deinen Speicher ab Adresse xy, du drückst F11, der Emulator geht in einen Aufruf hinein oder einfach zum nächsten, und dann springt dein Mem-Fenster an die Adresse $0000? -
D.h. du bist bereits im Debug-Modus, Mem-Fenster zeigt deinen Speicher ab Adresse xy, du drückst F11, der Emulator geht in einen Aufruf hinein oder einfach zum nächsten, und dann springt dein Mem-Fenster an die Adresse $0000?
ja, genau, das debuggen geht anstandslos F11 => nächster Schritt - und schwups ist im Mem-Fenster der Bereich ab $0000 da.
ach ja, ich nehme WinVice 3.0 (aber das sollte doch egal sein, oder?)
ich werd' heute Abend daheim nochmals testen (auch mit versch. WinVide-Versionen), und schick dir Screenshots
-
Es gibt ein Tool als Aufsatz für Vice und Frodo.
Bei diesen Tool konnte man in Echtzeit den Speicher direkt ändern. Zumal man sehen konnte was so im Speich des C64´er ablief.
Leider macht der Programmierer nicht mehr sehr viel daran. Er hat sein Code auf GitHub abgelegt. Du kannst ja mal seine Seite anschauen und dir ein Bild davon machen ob du davon was gebrachen kannst.
Ich persönlich fand das Tool sehr gut. Leider läuft das Tool und Vice 2.3 sehr Instabil.
Aber vielleicht kennst du die Seit ja auch schon.
http://icu64.blogspot.com/Vergiss ICU64. Ich hatte den Entwickler auch mal angefragt, ob man das mit einem aktuellen VICE kompilieren könnte oder die Sourcen freigeben könnte.
Die Sourcen sollte freigegeben werden, sind es aber IIRC nie gemacht worden.Schau Dir stattdessen den C64 65XE Debugger an (ex "C64 Debugger"), der hat so ziemlich alles, was man sich wünscht und er wird aktiv weiter entwickelt.
Verfügbar mit relativ aktuelles VICE für Win/MacOSX/Linux und die Sourcen sind frei.
Aktuelles und Featurerequests werden auf FB mitgeteilt.SourceForge: https://sourceforge.net/projects/c64-debugger/
Facebook: https://www.facebook.com/groups/365793590211548/
CSDB: https://csdb.dk/release/?id=175397Ich habe allerdings noch nicht versucht, direkt C64 Studio und C64 65XE Debugger zu verbinden, aber IIRC ist der Remote Debugger abgeschaltet in eingebetteten VICE, daher wird Symbol Debugging aus dem C64 Studio nicht funktionieren.
-
Hallo,
ich möchte weitere Fehler melden. Betrifft den Sprite Editor:
- die "Delete" Taste löscht nicht die Pixel im Spriteeditor sondern nur im rechten Sprites-Reiter / -Fenster
- Multicolor-Sprites werden ohne Farbinformationen und ohne das Multicolor-Flag als File exportiert
Vielleicht werden sie auch korrekt exportiert aber nicht korrekt importiert.Ansonsten: Geiles Tool!!!
Viele Grüße
-
Das klingt ggf. eher schlicht nach Nichtwissen wie man mit dem Tool umzugehen hat (also Problem vor dem Bildschirm ), da es an meinen Action Power Spriteeditor erinnert - da ist aber nichts falsch dran.
-Da gibt es andere Tasten mit denen man das Sprite löschen kan, indem man das mit o.g. Methode gelöschte leere Feld in das aktive Hauptfeld hineinkopiert.
-Umschalten auf MC kann u. macht man manuell nach dem einladen (oder vorher auch schon, egal wie herum) des Sprites.
Aber mit den Farben könnte er recht haben, muss man halt manuell mit ein paar Tastendrücken die drei Farben wieder so hin-switchen wie man will u. es angedacht war. Die muss man später in einem/seinem Programm ja eh dann so oder so manuell einpoken, lohnt also zu dem Zweck nicht die mitzuspeichern. -
Hallo,
ich möchte weitere Fehler melden. Betrifft den Sprite Editor:
- die "Delete" Taste löscht nicht die Pixel im Spriteeditor sondern nur im rechten Sprites-Reiter / -Fenster
- Multicolor-Sprites werden ohne Farbinformationen und ohne das Multicolor-Flag als File exportiert
Vielleicht werden sie auch korrekt exportiert aber nicht korrekt importiert.Ansonsten: Geiles Tool!!!
Viele Grüße
Erstmal danke für das Lob
Multicolor-Sprite-Export sehe ich mir an, mit Multicolor-Flag und den Farben meinst du, dass das eine Byte als die Sprite-Farbe plus 128 falls Multicolor gesetzt werden sollte? Da kommt es natürlich auf den Export-Typ an.
Das eine Byte wird im Moment mit der freien Sprite-Farbe gesetzt (plus MC-Flag). Das scheint der gängige Weg zu sein.
Da passen die beiden Multicolor-Farben allerdings nicht so gut ins Schema. Wo sollten die beiden Halb-Bytes denn untergebracht werden, möglichst ohne das bisherige Schema zu verändern?Wegen der Delete-Taste, wie soll das funktionell abgehen? Soll das Pixel unter dem Mauscursor gelöscht werden? Im Moment kannst du mit der rechten Maustaste die Hintergrundfarbe einsetzen (also das Pixel löschen)
-
OK, ich muss zugeben dass ich noch nicht lange mit dem Studio arbeite und hier und dort mein Nichtwissen zuschlägt.
Bei 99,8 % meiner Probleme sitzt das Problem vor dem Rechner aber ich arbeite selbst in der IT und weiß, dass ich damit noch immer zu den Guten zähle .Vielleicht melde ich dann das nächste mal eher einen "?Fehler?" und nicht gleich einen !Fehler!
- Nach meinem Verständnis ist die Delete-Taste im Sprite-Editor gleichzusetzen mit der Clear-Taste im Char-Editor (siehe Bild1) aber sie funktioniert anders (gut, sie heißt auch anders).
- im Bild 2 habe ich mal die 3 Schritte beschrieben, wie ich meinen File-Import bewältige. Wenn Du nur das eine freie Byte für die Infos hast, geht das mit den Farben natürlich nicht aber das MC-Flag sollte gehen (im Prinzip ginge auch noch die Sprite-Color im 2.Nibble). Wenn es natürtlich ein standardisiertes Format gibt ist das etwas anderes.VG
-
Ah, super, danke für die genaue Beschreibung. Dann gucke ich mal, was ich machen kann!
-
So, hab beides jetzt auch verstanden und gefixt. Auf Github ist das schon drin, im nächsten Release dann auch. Danke nochmal!
-
Danke für die schnelle Reaktion.
Einen Vorschlag für die feature list hätte ich noch:
Die Sortierreihenfolge vom "autocomplete" führt bei mir häufig zu Eingabefehlern, weil die Vorschläge alphabetisch sortiert und nicht nach Relevanz dargestellt werden (siehe Bild).
Ausserdem wäre es gut, wenn ein vollständig ausgeschriebener Begriff in der Liste (ganz oben) erthalten bleiben würde (siehe Bild), so könnte man wie gewohnt mit ENTER in die näschte Zeile wechseln.Also, wenn Du mal lange Weile haben solltest und Dir keine Ideen mehr für neue Funktionen kommen
Viele Grüße
-
Klingt vernünftig, danke für den Vorschlag, ist auf der Liste!
-
Huhu!
Bin nach längerer Zeit wieder mit C64 Studio (diesmal 6.0) dran.1)
Wie genau benutzt man denn jetzt Project Properties/Configuration Predefines?
Finde ich da keine Dokumentation oder gibt es keine?2)
Bug in "Preferences/BASIC/Parser Settings/Strip spaces between code"? Hab ich abgehakt.
Habe hier Zeilennummern kein Space, direkt Text. So gewollt? Warum? Ich finde 100 GOTO 300 besser als 100GOTO300.3)
Und: Schalte ich Labelmode um und wieder zurück werden auch alle Spaces entfernt (sogar in REM Kommentaren?!).