Gibt es für ein Basic Programm eine maximale Anzahl von Programmzeilen?
Ich habe ein eigenes Programm geschrieben und bin bei Zeile 1620 bei jeder weiteren Zeile kommt der Fehler out of memory.
Lösche ich die Zeile wieder läuft das Programm ohne Fehler.
BASIC 65 kann Zeilennummern von 1 bis 65535 verwenden. Für das BASIC-Programm, genauer: Für den Quelltext, stehen 55037 Bytes zur Verfügung (überprüfbar mit dem Befehl PRINT FRE(0)).
Wenn du also wirklich 1620 BASIC-Zeilen geschrieben hast, dann könnte das speichermäßig schon eng werden:
55037 Bytes / 1620 Zeilen = ca. 34 Bytes pro Zeile.
Grob gesagt, wenn bei dir eine BASIC-Zeile im Durchschnitt 40 Zeichen lang ist und du davon 1620 Zeilen hast, dann ist der Speicher für den Quelltext tatsächlich voll.
Wenn du willst, kannst du das Programm gerne mal anhängen (oder auch per privater Nachricht), dann kann gerne ich mal schauen, ob es daran liegt.
Ich möchte noch sagen es ist ein C64 mini falls da einen Unterschied gibt zu einen C64.
Die letzte Zeilennummer ist 5575 liegt also im Limit.
List zeigt an bei dem Programm 153 Blocks an.
Ich habe das Programm als Word-Datei und sende es als Anhang mit.
PRINT FRE(0) zeigt 150A-LIST - DAME_Neu.zip
150 Bytes sind noch frei.
Also ist der Speicher voll.
153 Blocks auf der Disk sind 153/4=38,25kB.
Ich möchte noch sagen es ist ein C64 mini falls da einen Unterschied gibt zu einen C64.
Vielleicht sollte ich darauf hinweisen, dass ich vom MEGA65 ausgegangen bin, weil der Thread (wohl aus Versehen) in einer MEGA65-Rubrik steht. 
Der C64 und somit auch der TheC64 mini haben nur 38911 Bytes frei und zwar für den Quelltext und den Speicherplatz für die Variablen zusammen(!). Hier ist der freie Platz in BASIC viel schneller belegt.
Habe noch eine andere Frage der Thread zeigt 4 Antworten an ich kann aber nur 2 sehen.
Anscheinend wird jeder post als Antwort gezählt, bis auf den Eröffnungspost.
Mit dem post hier sind es acht posts insgesamt, also sieben Antworten.
Die Schlüsselwörter sind schon tokenisiert abgelegt, d.h. die braucher nur ein Byte. Damit gewinnst du nichts.
Falls du DATA-Zeilen mit Nullen drin hast, kannst du die weglassen:
10DATA,
ist eine DATA-Zeile mit zwei Nullen. Auch Zeilen zusammenfassen sollte ein bisschen bringen, also mehr Befehle in eine Zeile. PRINT-Ausgaben, wo du öfter einen gleichen längeren Block hast, könntest du mit einem String erledigen (statt PRINT"{20 * runter}" könnte das dann PRINTD$ sein.)
Was auch noch Platz spart:
Möglichst viel durch Doppelpunkt getrennt in eine Zeile packen.
Keine Leerzeichen im Programmcode.
Aber all das macht den Programmcode fürchterlich unlesbar.
Wenn einige wenige Programmzeilen fehlen, dann kann man das machen.
Ich hätte da auch ein Basic Frägchen.
Hat vielleicht jemand ne Ahnung warum sowas nicht funktioniert?
10 cursor 79,24
20 print "1";
30 cursor 0,0
40 input a$
eigentlich sollte die 1 in der unten rechten Ecke stehen.
Er macht aber einen Zeilenumbruch. Warum auch immer.
Gibt es eine Möglichkeit ohne Poke die untere Zeile zu beschreiben, ohne, dass die erste schon wie verschwindet?
Gibt es eine Möglichkeit ohne Poke die untere Zeile zu beschreiben, ohne, dass die erste schon wie verschwindet?
Mit der ESC-Sequenz PRINT CHR$(27)"M" veranlasst du dem MEGA65 nicht zu scrollen, wenn er am unteren Rand ist, sondern nach oben zu springen.
So kannst du dir in aller Ruhe deinen Bildschirm so gestalten, wie du ihn haben willst. 
Das normale Scrollverhalten wird wieder mit PRINT CHR$(27)"L" aktiviert.
oh wie geil.
danke dir
schreib das doch mal zu den tipps
Oooh, cool zu wissen. Praktisch für einen gewissen Charscreen-Editor.
schreib das doch mal zu den tipps
Ich habe den Beitrag gerade hier im Tipps-Thread verlinkt.
Das sieht schlecht aus DATA habe ich nicht im Programm und Leerzeichen sind da auch so viele.
Denke da sind noch einige Zeilen die ich schreiben muss.
Da muss ich mich noch etwas mehr mit Basic beschäftigen vielleicht kann man es platzsparender programmieren.
Danke für die Antworten
Hallo HOBO, falls du das alles im C64 eingegeben hast du mein Kompliment. Die Zeilen haben teilweise Überlänge deshalb habe ich es durch das C64Studio komprimieren lassen, also alle unnötigen Leerzeichen gelöscht. Es belegt auf der Disk nur noch 143 Blocks und es sind noch ca. 2900 Bytes frei.
Und die führenden Leerzeichen in der Ausgabe habe ich durch tab(... ersetzt.
Den Aufbau des Spielfeldes am Anfang kannst du durch print ausgeben anstatt alles zu poken wird warscheinlich auch viel Platz einsparen.
