letzter Beitrag von JensLtb am
Ja, du kannst mit "Load" Basicprogramme ganz einfach nachladen. Diese werden dann automatisch gestartet" ("Chaining")
Vorsicht bei dieser Methode, der Pointer für das Basic-Programm Ende in der Zeropage sollte vor dem Nachladen noch angepasst werden, sonst wird das nachgeladene Programm nicht vollständig geladen und Variablen werden ggf. überschrieben.
Das ist z.B. der Fall wenn das vorherige Programm kleiner ist als das nachzuladene.
grüße,
A.
Wenn das zweite Programm länger ist als das erste, wird es aber durch die folgenden Variablenzugriffe zerstört, so dass man herumfrickeln muss, z.B. vor dem Nachladen bereits die Variablenzeiger entsprechend hochsetzen. Die einfachste Lösung ist, das Nachladen per simuliertem Direktmodus zu erledigen: Den Ladebefehl auf den Bildschirm schreiben, eine 13 in den Tastaturpuffer poken und das erste Programm so beenden, dass der Cursor auf dem Ladebefehl steht.
Zum einen muss das LOAD da stehen, wo der Cursor auftauchen wird (also nicht an der HOME-Position, sondern unter dem READY), und zum anderen ist 198 die Speicherstelle für die Anzahl der Zeichen im Tastaturpuffer. Die also auf 1 setzen, und eine 13 (=RETURN) in den Tastaturpuffer selbst.
Du musst aber auch die Anführungszeichen für
LOAD"BLUBB.PRG",8
simulieren. Kleiner Tipp: https://www.c64-wiki.com/wiki/CHR$
>EDIT> OK, ich sollte wohl ins Bett gehen: Habe die POKEs mit dem 34er Zeichen übersehen.
Leider zerstört die Methode die Variablen aus Programm 1, bzw setzt diese ggf. sogar zurück - "Poke" einfach das Basic Programm Ende am Anfang von Programm 1 entsprechend nach hinten, dann werden beim Nachladen auch keine Variablen überschrieben.
Du lädst programm 2 und schreibst dir auf bis zu welchem Speicherbereich der lädt, Final Cartridge zeigt das u.a. beim laden an
Beispiel:
loading from $0801 to $2FB0
die "2FB0" ist das Ende von Programm 2, die wandelst du in 2 Dezimalwerte um.
2F = 47
B0 = 176
Hast du kein Final Cartridge kannst du das Ende auch ermitteln mit:
Print Peek(46)
= 47
Print Peek(45)
= 176
Jetzt fügst du im Programm 1 in der ersten Zeile folgendes ein:
10 POKE 46,47: POKE 45,176
das setzt das Ende von Programm 1 auf die Endadresse von Programm 2, damit sollte ein Nachladen kein Problem mehr sein.
Hach, wo ist der BIF nur hin wenn man ihn mal braucht 
Der hat sicher die passende Lösung parat 
Wenn man mit etwas Abstand noch ein 'RUN' ausgibt und ein zweites RETURN in den Tastaturpuffer POKEd, startet das zweite Programm sogar automatisch.
Gut, dass hier jemand aufpasst.
Das Bildschirmlayout ist ja ohnehin ruiniert - wenn einem also egal ist, daß der Bildschirm dabei gelöscht wird, geht der Autostart auch, ohne daß man den RUN-Befehl genau positionieren muß, mit zwei Einträgen in den Tastaturpuffer:
Der POKE auf 198 extra voran gestellt, damit ich von MacBacon keine Haue wegen einer Race-Condition bekomme. Ich schreib's aus Gewohnheit sonst immer andersherum.
Der erste Eintrag (19) im Puffer stellt den Cursor (wieder) in die HOME-Position. Der zweite Eintrag (131) würde *normalerweise* ein Autostart von Tape ausführen. Dabei überschreibt er zuerst das bereits ge-PRINT-ete "LOAD" nochmal mit "LOAD", "drückt" dann [RETURN], wartet bis geladen ist, und dann kommt RUN + [RETURN] noch hinterher.
Mit DN=PEEK(186) läuft das ganze dann auch noch von jedem Laufwerk, im Zweifelsfall auch immer noch von Tape.
Noch Fragen?
P.S. und bitte auf das reflex-artige ",8,1" verzichten. Wir laden hier BASIC-Programme nach.
Hach, wo ist der BIF nur hin wenn man ihn mal braucht
Tu es nicht!!! Wenn der Name dreimal vor Mitternacht genannt wird, haben wir den wieder aufm Hals....
Betelgeuse!
BIF!!!! 
Passen zur Jahreszeit: 'Die BIFs, die ich rief....' 
Du hast seinen Namen zu 3. mal gerufen !!!!!
WARUM!!?? 
