Altes C64-BASIC-Labyrinth debuggen | Let's Code - Retro

Auf einer alten Diskette eines ehemaligen Schulkollegen taucht ein Labyrinth-Spiel auf, das ich vor gefühlt hundert Jahren in Commodore BASIC geschrieben habe. Nur: Es läuft nicht mehr. Bevor es ans Debuggen geht, sichere ich erstmal die komplette Diskette mit dem C64 Ultimate 2 und Ulticopy auf einen USB-Stick, was gar nicht so reibungslos läuft wie gedacht. Danach laden wir das Labyrinth-Programm und gehen der Reihe nach durch die Bugs: ein Vergleichsoperator, der in Commodore BASIC nicht 0 oder 1, sondern 0 oder -1 liefert, ein Missverständnis rund um den RESTORE-Befehl und ein klassischer POKE-Fehler, bei dem eine Bewegung über den Bildschirmrand hinaus direkt in den BASIC-Speicher poked. Am Ende vergleichen wir noch verschiedene alte Programmversionen (V, N, M, F) von der Diskette, um zu sehen, wie weit das Projekt damals eigentlich gediehen ist. ⏱️ Timestamps: 0:00 Intro: Die alte Diskette und das Labyrinth-Programm 0:31 Diskette sichern mit dem USB-Stick 1:18 Ultimate Copy Drive Backup-Versuche 3:03 Basic-Programm laden 4:32 Bug Nr. 1: Warum B=I nicht einfach 0 oder 1 liefert 7:00 Spielanleitung und erster Start 7:51 Bugfix und erste Bewegung im Labyrinth 8:48 Speicher-Crash durch POKE über den Bildschirmrand 11:46 Ältere Programmversionen im Vergleich 14:23 Fazit und Ausblick 🔗 Hintergrundinfos und weitere Projekte: → [Link n3rdroom.de] 🎮 Retro Let's Plays auf dem Gaming-Kanal:    / @retroletsplays   📺 Live-Coding und Retro-Games auf Twitch:   / n3rdroom   📋 Playlist "Let's Code - Retro":    • Let's Code - Retro   💬 Community und Fragen auf Discord:   / discord   Wisst ihr noch, ob RESTORE in Commodore BASIC auch den Variablenspeicher zurücksetzt? Schreibt's mir in die Kommentare! Und wenn euch das Rumfixen an alten Programmen Spaß macht, lasst gerne ein Abo da. #C64 #CommodoreBASIC #RetroComputing #Commodore64 #LetsCodeRetro #N3rdroom