Ich habe gerade ein kleines Programm geschrieben (Version 0.9.14):
Bitte melde dich an, um diesen Anhang zu sehen.
Der erste Wert kommt immer falsch raus, der 2. ist ok:
Bitte melde dich an, um diesen Anhang zu sehen.
Es gibt 137 Antworten in diesem Thema, welches 13.637 mal aufgerufen wurde. Der letzte Beitrag (
Ich habe gerade ein kleines Programm geschrieben (Version 0.9.14):
Bitte melde dich an, um diesen Anhang zu sehen.
Der erste Wert kommt immer falsch raus, der 2. ist ok:
Bitte melde dich an, um diesen Anhang zu sehen.
Ich habe gerade ein kleines Programm geschrieben (Version 0.9.14):
Bitte melde dich an, um diesen Anhang zu sehen.
Der erste Wert kommt immer falsch raus, der 2. ist ok:
Bitte melde dich an, um diesen Anhang zu sehen.
Danke für den Hinweis. Der Fehler ist bereits behoben, nur noch nicht veröffentlicht.
Ich hoffe das ich heute Abend eine neue Version veröffentlichen kann. Da sind noch einige andere Dinge krumm gewesen.
Alles anzeigenIch habe gerade ein kleines Programm geschrieben (Version 0.9.14):
Bitte melde dich an, um diesen Anhang zu sehen.
Der erste Wert kommt immer falsch raus, der 2. ist ok:
Bitte melde dich an, um diesen Anhang zu sehen.
Danke für den Hinweis. Der Fehler ist bereits behoben, nur noch nicht veröffentlicht.
Ich hoffe das ich heute Abend eine neue Version veröffentlichen kann. Da sind noch einige andere Dinge krumm gewesen.
Funktioniert in 0.9.15 - danke!
Den Editor finde ich klasse: Keine Zeilennummern, Scrolling hoch/runter, Syntax-Highlighting. Echt toll - macht Spaß!
Nur der freie RAM ist schon ziemlich eng. Was bedeuten eigentlich die 27336 Exported Bytes free? Wie nutzt man die?
Kann man evtl. die REU dahingehend nutzen?
Gibt's vielleicht die Möglichkeit, das Basic modular zu benutzen, um mehr freien Speicher zu bekommen. Z.B. die Hires-Sachen abschalten, wenn man die nicht bräuchte?
Ansonsten: Tolle Arbeit!
Danke für den Hinweis. Der Fehler ist bereits behoben, nur noch nicht veröffentlicht.
Ich hoffe das ich heute Abend eine neue Version veröffentlichen kann. Da sind noch einige andere Dinge krumm gewesen.
Funktioniert in 0.9.15 - danke!
Heute kommt die Version 0.9.16 - Da habe ich noch einige Fehler und Änderungen untergebracht.
Den Editor finde ich klasse: Keine Zeilennummern, Scrolling hoch/runter, Syntax-Highlighting. Echt toll - macht Spaß!
Nur der freie RAM ist schon ziemlich eng. Was bedeuten eigentlich die 27336 Exported Bytes free? Wie nutzt man die?
Kann man evtl. die REU dahingehend nutzen?
Gibt's vielleicht die Möglichkeit, das Basic modular zu benutzen, um mehr freien Speicher zu bekommen. Z.B. die Hires-Sachen abschalten, wenn man die nicht bräuchte?
Ansonsten: Tolle Arbeit!
Danke ![]()
Die "Exported Bytes Free" beziehen sich auf die Möglichkeit das Programm zu exportieren. Das bedeutet du speicherst dein Programm inkl. Interpreter aber ohne Editor und Variablennamen als ausführbare Datei ab. So hat man mehr Platz frei.
REU Support ist ab der 0.9.15 eingebaut, hilft einem aber noch nicht bei dem freiem Speicher. Ich plane entweder eine spezielle REU Version, welche den EDITOR dann immer in den Speicher kopiert und bei der Ausführung wieder raus, so das man nicht exportieren muss um den vollen freien Speicher zu erhalten oder die Funktionalität wird generell enthalten sein, aber nur in Verbindung mit einer REU funktionieren. Kommt darauf an wieviel Pflege aufwand eine spezielle Version benötigen würde.
Die Hiresachen sind nur rudimentär enthalten. Mehr als An-/abschalten, Punkte setzen gibt es nicht. Da ist nicht soviel Speicher den man freischaufeln könnte.
Es wird aber auch nicht mehr soviel dazukommen an Befehlen, denn mir fallen keine mehr ein. Wenn du Wünsche für Befehle hast kannst du diese gerne äussern.
Die "Exported Bytes Free" beziehen sich auf die Möglichkeit das Programm zu exportieren. Das bedeutet du speicherst dein Programm inkl. Interpreter aber ohne Editor und Variablennamen als ausführbare Datei ab. So hat man mehr Platz frei.
Hmm - das verstehe ich jetzt nicht. Bevor man das Programm exportieren kann, muss man es doch erst in die 18712 Bytes quetschen.
Oder stehe ich auf dem Schlauch?
REU Support ist ab der 0.9.15 eingebaut, hilft einem aber noch nicht bei dem freiem Speicher. Ich plane entweder eine spezielle REU Version, welche den EDITOR dann immer in den Speicher kopiert und bei der Ausführung wieder raus, so das man nicht exportieren muss um den vollen freien Speicher zu erhalten oder die Funktionalität wird generell enthalten sein, aber nur in Verbindung mit einer REU funktionieren. Kommt darauf an wieviel Pflege aufwand eine spezielle Version benötigen würde.
Sowas Ähnliches wie bei dem Turbo Macro Pro + REU Bitte melde dich an, um diesen Link zu sehen.? Das wäre genial!
Es wird aber auch nicht mehr soviel dazukommen an Befehlen, denn mir fallen keine mehr ein. Wenn du Wünsche für Befehle hast kannst du diese gerne äussern.
Also ich bin froh, wenn es nicht so überladen ist - sehen wahrscheinlich viele anders... ![]()
Die "Exported Bytes Free" beziehen sich auf die Möglichkeit das Programm zu exportieren. Das bedeutet du speicherst dein Programm inkl. Interpreter aber ohne Editor und Variablennamen als ausführbare Datei ab. So hat man mehr Platz frei.
Hmm - das verstehe ich jetzt nicht. Bevor man das Programm exportieren kann, muss man es doch erst in die 18712 Bytes quetschen.
Ich versuche es dir zu erklären. Wenn du das Basic startest, Sieht die Speichermap zum Beispiel so aus:
$0801 - $4FFF = Interpreter
$5000 - $76E7 = Editor
$76E8 - $BFFF = Basic Speicher
Jetzt schreibst du ein Programm mit einigen Variablen Dann sieht der Basic Speicher zum Beispiel so aus:
$76E8 - $9537 = Quellcode
$9538 - $9888 = Variablen
$9889 - $BDE7 = Freier Speicher für dynamische Inhalte (Strings, Arrays)
$BDE8 - $BFFF = Variablennamen
Jetzt ist der freie Speicher den du zur Verfügung für Erweiterungen am Quellcode oder dynamische Variablenspeicher hast der Bereich $9889 - $BDE7 = 9567 Bytes
Wenn du damit auskommst ist dein Programm voll lauffähig im Editor, ansonsten läufst du in einen "out of memory error"
Wenn du jetzt dein Programm exportiert sieht dein gespeichertes Programm wie folgt aus:
$0801 - $4FFF = Interpreter
$5000 - $6E4F = Quellcode
$6E50 - $71A0 = Variablen
$71A1 - $BFFF = Freier Speicher für dynamische Inhalte (Strings, Arrays)
Jetzt hast du 20063 Bytes frei
Wenn ich eine REU-Version mache, dann wird man immer den maximal möglichen Speicher frei haben.
Funktionalität wird generell enthalten sein, aber nur in Verbindung mit einer REU funktionieren. Kommt darauf an wieviel Pflege aufwand eine spezielle Version benötigen würde.
Sowas Ähnliches wie bei dem Turbo Macro Pro + REU Bitte melde dich an, um diesen Link zu sehen.? Das wäre genial!
Ja, so in der Art stell ich mir das vor. Es wird aber keine Version geben, in der dein Basic Programm 200KB haben kann und die restlichen 3MB von der REU dienen dann als Variablenspeicher ![]()
Ziel ist es immer noch, das das exportierte (lauffähige) Programm auf einem Standard C64 funktioniert.
Es wird aber auch nicht mehr soviel dazukommen an Befehlen, denn mir fallen keine mehr ein. Wenn du Wünsche für Befehle hast kannst du diese gerne äussern.
Also ich bin froh, wenn es nicht so überladen ist - sehen wahrscheinlich viele anders...
Ja, vielleicht. im Moment baue ich eine Maximalversion. Theoretisch könnte ich dann auch differenzierte Programme rausgeben, in der nicht alle Befehle enthalten sind oder auch z.B. keine FLOAT/INTEGER/STRINGS mehr möglich sind. Aber das ist alles nur ein Gedanke der noch nicht mal im Ansatz richtig durchdacht wurde.
Version 0.9.17
ein einfaches Programm:
for i=1 to 20
print i*i, i+10, i-100
next i
Führe ich das Programm mit F5 aus, erscheinen am Ende der Ausgabe noch zwei "?" untereinander. Nehme ich das "i" nach der NEXT Anweisung weg, erscheinen die Fragezeichen nicht mehr.
Bug oder Feature? ![]()
Version 0.9.17
ein einfaches Programm:
for i=1 to 20
print i*i, i+10, i-100
next iFühre ich das Programm mit F5 aus, erscheinen am Ende der Ausgabe noch zwei "?" untereinander. Nehme ich das "i" nach der NEXT Anweisung weg, erscheinen die Fragezeichen nicht mehr.
Bug oder Feature?
Bug
Es sollte eigentlich ein Syntax Error kommen, weil nach einem NEXT keine Variable angegeben werden darf.
Ich habe das gerade mit der 0.9.18-WIP getestet und dort erscheint der richtige Fehler:
Bitte melde dich an, um diesen Anhang zu sehen.
Aber danke für melden ![]()
Stehe gerade auf dem Schlauch. Vielleicht kann jemand mal eben helfen, zum Verständis.
Ich will eine 3 stellige Integer Zahl einlesen.
Code dazu:
n% = intinput 3, 0-9
print n%
Tja, einlesen geht, aber die Ausgabe ist immer 0. Bestimmt etwas simples, dass ich falsch mache. Aber ich checks gerade nicht.
Schonmal Danke, wer helfen kann.
Muss 0-9 nicht in Hochkomma?
Und n als String?
Danke für den Hinweis. Habe es jetzt so gelöst.
n$ = input 3, "1234567890"
m% = val (n$)
print m%
Ich hab noch einen Fehler gefunden (Zeile 3):
Bitte melde dich an, um diesen Anhang zu sehen.
Richtig:
Bitte melde dich an, um diesen Anhang zu sehen.
Der Fehler ist mir gestern schon aufgefallen, konnte ihn aber dann nicht mehr wiederholen.
Und zwar hatte ich Zeile 2 und 3 eingefügt, das Programm mit F5 laufen lassen. Zurück im Editor war die Variable aktsubmenitem% zerschossen.
(In der .d64 - Datei "Menu4")
Ja, das ist mir bei meinem Code Schnipsel in Bitte melde dich an, um diesen Link zu sehen. gestern auch aufgefallen. Alles korrekt eingegeben, danach ausgeführt. Funktioniert, zurück in den Editor und dann hat er mir eine Zahlenkollonne und das intinput% anstelle der Variable m% angezeigt. Nochmal mit dieser Anzeige ausgeführt, funktionierte das kleine Programm aber problemlos.
Dann habe ich die Zeilen nochmal neu geschrieben und dann blieb es. Konnte den Zustand also nicht mehr nachstellen.
Das mit dem zerschossenen Variablennamen sollte eigentlich in der aktuellsten Version nicht mehr vorkommen.
Alles anzeigenIch hab noch einen Fehler gefunden (Zeile 3):
Bitte melde dich an, um diesen Anhang zu sehen.
Richtig:
Bitte melde dich an, um diesen Anhang zu sehen.
Der Fehler ist mir gestern schon aufgefallen, konnte ihn aber dann nicht mehr wiederholen.
Und zwar hatte ich Zeile 2 und 3 eingefügt, das Programm mit F5 laufen lassen. Zurück im Editor war die Variable aktsubmenitem% zerschossen.
(In der .d64 - Datei "Menu4")
Ich habe mir deine .d64 Datei angesehen. Du hast die Version 0.9.16 verwendet. Diese war total zerschossen. Sorry.
Am einfachsten ist immer zu schauen ob man die aktuellste Version nutzt. Siehe hier: Bitte melde dich an, um diesen Link zu sehen.
Danke für den Hinweis. Habe es jetzt so gelöst.
n$ = input 3, "1234567890"
m% = val (n$)
print m%
So ist es korrekt.
Die Syntax für den Befehl lautet
INPUT len [, leer][, zeichen]
Bitte ladet euch die aktuelle Version 0.9.18 herunter. Diese sollte keine Variablennamen mehr überschreiben.
Diese Version 0.9.18 habe ich schon in Verwendung. Ich beobachte es, ob das Verhalten mit den Variablennamen nochmal vorkommt.
Diese Version 0.9.18 habe ich schon in Verwendung. Ich beobachte es, ob das Verhalten mit den Variablennamen nochmal vorkommt.
Mit der Version 0.9.20 sollte es keine zerschossene Variablennamen mehr geben, dank Ingo
Dank dir!
Konnte diesen Fehler nicht mehr provozieren. ![]()
Ich hätte noch ein paar Fragen:
Zu den geschlossenen Klammern, die sind ja schwarz.
In der FOR...NEXT - Schleife ist das "to" direkt hinter dem Startwert, genauso das "then" in der IF...THEN - Anweisung.
Bei Funktionsaufrufen, wie CHR$(), LEN(), TRIM$() usw. ist ein Space nach der geöffneten Klammer.
Ist das so gewollt?
Mir ist gerade noch was aufgefallen: F8 (Zeile löschen) scheint nicht mehr zu funktionieren. C64 friert ein.
Mir ist gerade noch was aufgefallen: F8 (Zeile löschen) scheint nicht mehr zu funktionieren. C64 friert ein.
Neue Version 0.9.21 gerade hochgeladen. Danke fürs melden.
Funktioniert wieder - danke! 😀