Absturz ab gewisser Länge - schon zu groß?

Moin,

ich bin gerade ein wenig irritiert. Mein "Spiel" fängt bei $0801 und geht aktuell bis $3be8 (glaube ich zumindest).
Aber leider schmiert es komplett ab und wirft mich ins Basic zurück. Mache ich's nur ein wenig kleinner, also z.B bis $3acd läuft alles. Die einzelnen Teile funktionieren losgelöst auch, ein Programmfehler dürfte es nicht sein.

Kann ich denn nicht den Basic-RAM von $0800 bis $9fff vollstopfen? Da wäre eigentlich noch Luft.

Jedenfalls weiß ich nicht, was da gerade los ist.

PRG hängt dran, Code liegt hier:
https://github.com/dkrey/mafia_asm

Wenn jemand da einen Blick drauf werfen könnte, würde ich mich freuen

Ach klar, der Zeichensatz! Das passiert, wenn man ohne nachzudenken, Code übernimmt. Wenn ich die Zeichensatzgeschichte auskommentiere, läuft auch alles wieder - natürlich ohne die Sonderzeichen.
Das war so eine Aktion, nur schnell mal eben Umlaute einzubauen...

Vielen Dank euch!

Zitat von M. J.

Mehr kann ich spontan nicht finden, denn leider besteht Dein kleines Programm aus einem Haufen einzelner Quelltexte (24!) und verwendet zudem Macros, was einem Außenstehenden die Orientierung ziemlich erschwert.

Ja, ich gebe zu Spaghetti-Code und Mafia passt zwar thematisch, aber anonsten ist es wohl nicht sehr hilfreich

Bei anderen Sprachen fand ich es immer ganz gut, den Code auf viele kleine Files zu verteilen. So unzufrieden bin ich bisher auch nicht, aber ich weiß ja auch, wo was eingebunden wird.

Gibt es eigentlich irgendwo ein schönes Spieleprojekt, wo man sich einen besseren Stil abschauen kann?

Ach es ist ein Jammer mit mir

Mir ist zwar schon aufgefallen, dass in der Characterset-Routine die VIC Bank nicht so ohne weiteres gesetzt wird. Aber wenn ich das mache, so sieht man gar nichts mehr bis auf die Overscanfarbe.

Ich hab noch mal das ganze Teil hier reinkopiert.
Diese "magische" Zeile hab ich auch mal stehen gelassen, weil ich einfach davon ausgehe, dass sie funktioniert.
lda #VICSCREENBLOCKNO * 16 + VICCHARSETBLOCKNO * 2

Jedenfalls habe ich Screen und Charset auch mal per Bitmuster gesetzt, konnte aber trotzdem nichts erkennen.

Zitat von M. J.

Da Du das Replace vornimmst, nachdem Du den Wert von $01 restauriert hast, gehen die Schreibzugriffe aber in die IO-Register.

Mache ich das wirklich? jsr copyCharROM steht doch an der richtigen Stelle: Zeile 4,5 und 6 deaktiveren das IO und Zeile 10 und 11 aktivieren es wieder - nach meinem Verständnis.

Momentan würde ich mein Problem eher auf die "Magic-Zeile" schieben - auch ein Nachteil, wenn man das Prinzip nicht verstanden hat
Ich versuche das noch einmal aufzudröseln und nachzuvollziehen.

Muss ich den neuen Speicher eigentlich wirklich löschen? Würde das nicht ein Aufruf der Kernal-Routine unter $e544 machen?

Ja, stimmt. Aber bei mir hakt es ja noch an den Grundlagen. Und den Colorram muss ich ja auch noch löschen.
Wenn ich copyCharROM auskommentiere, sieht es eigentlich fast vernünftig aus. Also bunte 8x8 Blöcke ohne Chars. Sobald copyCharROM wieder drin ist, stehen da leider nur noch @ Zeichen - also so richtig zu funktionieren scheint die Routine auch nicht.
Ich mache nachher mal einen neuen Thread auf, das hat ja thematisch mit der Ausgangslage nichts mehr zu tun.

@Mac Bacon hat das Problem schon gefunden. Ich habe den Kernal-Routinen nicht gesagt, wo sich jetzt der Bildschirmspeicher befindet und damit hat dann $ffd2 nur noch Unsinn angezeigt, zumal ich den Speicherbereich um $c000 nie gelöscht hatte.

Momentan verwende ich übrigens den Kickassembler, weil Sublime-Text damit so schön funktioniert.

Für die Nachwelt:
lda #$c0 // Den Kernalroutinen sagen
sta $0288 // dass der BS Speicher jetzt in C000 liegt