Bloede Frage,
warum probierst du das nicht einfach ?
LIST beendet den Programmablauf, siehe https://www.c64-wiki.de/wiki/LIST
Du kannst aber z.B. poke631,67:poke632,79:poke633,78:poke634,84:poke635,13:poke198,5:list benutzen, das schreibt "CONT<RETURN>" in den Tastaturpuffer, führt dann LIST aus, das springt dann in den Direktmodus, dort liest BASIC V2 das CONT aus dem Tastaturpuffer und führt es aus.
Display MoreLIST beendet den Programmablauf, siehe https://www.c64-wiki.de/wiki/LIST
Du kannst aber z.B. poke631,67:poke632,79:poke633,78:poke634,84:poke635,13:poke198,5:list benutzen, das schreibt "CONT<RETURN>" in den Tastaturpuffer, führt dann LIST aus, das springt dann in den Direktmodus, dort liest BASIC V2 das CONT aus dem Tastaturpuffer und führt es aus.
Das geht leider nur 1-2x.... aber danke für den Tipp...
Ich habe statt CONT nun RUN da reingeschrieben. Nun geht es. Danke
Oder auch eine Unterroutine 1000 A$="dummy" 1001 RETURN ins Programm aufnehmen, dann zum "Speichern" neuer Daten 1000 A$="wasauchimmerzuspeichernist" auf den Bildschirm schreiben (ganz normal mit PRINT) und dann RETURN RUN RETURN in den Tastaturpuffer und END ausführen, sodass nach dem END im Direktmodus das Programm automatisch per Bildschirmeditor verändert wird (wenn einen die dabei sichtbare Ausgabe stört, halt mit Textfarbe in Hintergrundfarbe).
Dadurch spart man sich das doch eher häßliche POKEn mitten ins Programm, das mächtig viele Annahmen macht (z.B. dass an der gePOKEten Stelle schon der richtige Code liegt; dass der BASIC-Start überhaupt bei $0801 liegt und so weiter) und hat die Daten auch einfach viel handlicher in einer String-Variable (oder was man halt so dort hinschreibt).
Aber keine der Varianten funktioniert mit einem Compiler, insofern finde ich das alles so oder so eher brrr. 
War auch nur ein Test und eine Idee, wie man Zeile 0 REM -------------------------------- die zumindest die erste Zeile ist
und dort was abspeichern kann (2049+6) usw. und man kann ja als Ersteller schon beeinflussen (oder zur Bedingung machen), dass
es bei 2049+6 liegt/liegen soll. Und soetwas compiliert man ja auch nicht...oder manchmal will man es ja gar nicht. 
Hatte bei KungFuCopy auch die Laufwerksnummern hinter den Bildschirm gepoked. Sind ja ein paar Bytes frei.
Um die Einstellung des Users in das nachgeladene Programm zu bekommen. Dann braucht man auch nicht mit den Farben rumspielen.
Beim selben Programm fand ich die REM-SPREICHER Methode ganz interessant.
Es gab dazu mal einen Beitrag in der 64'er. Maschinencode in REM-Zeilen oder so ähnlich.
In der 64er gab es sogar mal eine komplette BASIC-Erweiterung, die sich in REM-Zeilen befand:
Faszinierendes Programm.
Sehr interessant. Den Thread kannte ich gar nicht. Habe das soweit alles durchgelesen bis auf die gescannten Seiten.
Ich hatte mir das nur so ausgedacht. Was ich noch nicht so ganz verstanden habe ist, ob es nun besser ist
0 rem"-----------------------------------------------------"
und darin dann meine Zahlen reinzuschießen ohne 0. Mann könnte das im RAM doppelt abspeichern.
Angenommen 0 ist jetzt mal eine echte $00 (nur zur Veranschaulichung)
0 rem"-1abcd&/3400xcD--------11111111122111--"
Dann könnte man es auch so beim auslesen immer +22 rechnen
und bei einer 1 bleibt der Wert und da wo eine echte $00 ist, benutzt man dann 2 und man weiß, bei 2 steht dann da eine echte $00
Würde dann zum Bespiel so aussehen.
0 rem"-1abcd&/3411xcD--------11111111122111--"
Die 1 und 1, wo 22 Plätze später ja 2 und 2 steht, sind dann einfach -1 -1 also $00 $00.
Ich hoffe ich habe es halbwegs verständlich ausgedrückt.
Ich weiß auch noch gar nicht, ob man es wirklich nutzen kann/will. Hatte da nur mal so umgespielt, weil ich vor einem Monat
angefangen habe mir die Basiczeilen mal mit dem Monitor anzuschauen, ob ich da was verstehe. Und war dann von dem Aufbau ganz
überrascht wie einfach der ist. Hatte dann in die ersten beiden Bytes einfach die Daten einer spätere Zeile reingepokt...so als Listschutz
Hatte für den 1.April eigentlich einen 10Zeiler geplant, der bei List nur 10Zeilen ausgibt, aber aus 100 bestand
Und ich wollte KungFuCopy mal als echten 10Zeiler umstellen.
(hatte aber noch keine echte Lust, wegen Code hinter Basic, der ersteinmal in Data umgebaut werden muss)
Für den List-Befehl hab ich, glaub ich. auch mal einen Trick gepostet.
Da List die Rücksprung-Adresse entfernt muß man glaub ich den End-Vektor einfach nur zur Interpreterschleife verzweigen, und schon funktioniert es.
Zu den REM-Zeilen:
Grundsätzlich kann man alle Stings im Programmcode auch für Maschiencode nutzen.
Also z.B. a$=" maschinencode":
Mit der String-Adress-Formel kann man dann mit SYS den Code aufrufen oder einen Basic-Vektor darauf verzweigen.
Aber natürlich kann der Basic-Prgrammier auch die Zeilenadresse ermitteln und dann per SYS oder Vektor dahin verzweigen.
Ich habe noch mal ins ROll-Editor-Listing geschaut.
:poke768,174:poke769,167:list:sys58451:
Damit sollte es klappen.
Schönen Gruß.
Ich weiß auch noch gar nicht, ob man es wirklich nutzen kann/will
Auf dem ZX81 war das die Standard-Prozedur, um Maschinencode automatisch mit dem BASIC-Programm zu laden. CODE-Bereiche nachladen wie beim Spectrum (oder LOAD "xyz",8,1 bei Commodore-Diskettenprogrammen) gibt's da nicht, und alles andere hätte das Eingreifen des Anwenders erfordert. Königsdisziplin war dann, die REM-Zeile so zu gestalten, daß das automatische LIST des Editors nicht in einer Endlosschleife hängenbleibt.
Prinzipiell sollte das also auch auf dem Commodore gehen- es hat sich halt nur nicht durchgesetzt, weil es bequemere Alternativen gibt.
Alles klar. Danke für die Infos. (Mir ist heute aufgefallen, das LIST 0 nicht funktioniert. LIST -1 war dann meine Lösung)
Ich habe eine Demo für REM SAVE erstellt. Man steuert eine Figur über den Bildschirm und mit Feuer wird das Programm mit Position abgespeichert.
Ich wollte noch einen Gegner erstellen und Position und Laufrichtung mit abspeichern, aber mir platzen gleich die Augen raus, also habe ich es gelassen.
. (hinter 19 gibt es noch einige Zeilen)
Leider ist es so ein Wurst-Code geworden. Übersicht ist leider zum Schluss verloren gegangen, durch das verhindern von 0.
Ich habe heute über 5 Stunden an der DEMO zum Speichern in 0 REM gesessen. Ich hoffe, dass jetzt alle Fehler raus sind.
Habe mir kurz vor Ende noch zwei mal eine 0 in die REM Zeile geschossen. Und natürlich weiterprogrammiert. Dann immer Sicherheitssaves gemacht.
Schön mit kaputten Code. 3 Versionen zurück und nochmal alles neu. Komischerweise dann eine bessere Lösung gefunden.
Hatte jetzt keine Lust einen Y Fall = 0 zu suchen/berechnen für einen Test. Und dann noch mit einem halben Auge gesehen, dass y ja nicht glatt 0 ist.
und y=z% eingebaut. Das war knapp.
Vielleicht mache ich daraus noch ein eigenes Thema.
Ich will ja nix sagen, aber mit dem Ansatz aus #8 wäre das wesentlich sauberer, u.a. weil Du das ganze H+8 und H+9-Geraffel nicht hättest und auch nicht erst irgendwelche Werte umrechnen müsstest und auch keine Angst vor Nullen haben müsstest.
War auch nur ein Test und eine Idee, wie man Zeile 0 REM -------------------------------- die zumindest die erste Zeile ist
Es hält Dich niemand davon ab, auch mit dem Ansatz aus Posting 8 einfach immer die erste Zeile zu ersetzen, dann werden die Variablen bei jedem RUN direkt gesetzt, passt auch. Einfach so, nix PEEK.
Um die Zeile 0 zu listen muß man zu einem Trick greifen, und zwar ein Nullbyte als Programmende nach dem Zeilenende poken, so wie ich es beim Roll-Editor gemacht habe.
Schönen Gruß.
Ich will ja nix sagen, aber mit dem Ansatz aus #8 wäre das wesentlich sauberer, u.a. weil Du das ganze H+8 und H+9-Geraffel nicht hättest und auch nicht erst irgendwelche Werte umrechnen müsstest und auch keine Angst vor Nullen haben müsstest.
War auch nur ein Test und eine Idee, wie man Zeile 0 REM -------------------------------- die zumindest die erste Zeile ist
Es hält Dich niemand davon ab, auch mit dem Ansatz aus Posting 8 einfach immer die erste Zeile zu ersetzen, dann werden die Variablen bei jedem RUN direkt gesetzt, passt auch. Einfach so, nix PEEK.
Ja wäre einfacher.
Ich wollte meine Idee nur mal umsetzen. Hätte auch nicht gedacht, dass es dann doch recht viel Code ist zum Lesen und Schreiben.
Wenn es 10-20Bytes wären, dann wäre ja eine Schleife besser und wohl auch kürzer.
1Zeiler Projekt auslesen Werde nach dem 1.Mai mal mit DA() als Schleife 10Bytes einlesen und alle Variablen tauschen. Dann könnte ich auch den Gegner realisieren.
Das ist ja noch gar nichts im Moment, "speicher" so mal einen (oder mehrere...) Strings, am besten noch welche, die länger als der im REM "reservierte" Speicherplatz sind...
Alternativ kann man natürlich auch den Maschinen-Code in den Anhang verlegen, also hinter das Basic-Programm packen. Gleiches gilt übrigens auch für Levelcodes oder Zeichensätze von Spielen.
Damit kann man dann DATAs, Strings oder REMs auslagern und noch mehr Speicher sparen.
Schönen Gruß.
