Ja, genau so ist es. Wird mit dem kommenden BUGFIX (und da wird es bestimmt eines geben) korrigiert.
Sorry für die späte Antwort. Job und das "andere" Privatleben fordern mich gerade heraus.
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von dg5kr am
Ja, genau so ist es. Wird mit dem kommenden BUGFIX (und da wird es bestimmt eines geben) korrigiert.
Sorry für die späte Antwort. Job und das "andere" Privatleben fordern mich gerade heraus.
Coole Sache mit dem Basic. Was mir allerdings noch nicht klar ist: Das CRT hat derzeit 32kB. Wenn ich das als echtes Cartridge realisieren will, wie macht man das? Normale Cartridges sind ja 8 oder 16k.
Gibt es das auch als ROM?
Coole Sache mit dem Basic. Was mir allerdings noch nicht klar ist: Das CRT hat derzeit 32kB. Wenn ich das als echtes Cartridge realisieren will, wie macht man das? Normale Cartridges sind ja 8 oder 16k.
Es handelt sich dabei um kein ROM Modul, welches das darunter gelegene RAM als freien Speicher nutzt. BASIC 4.5 ist so umfangreich das auch die RAM-Teile unter dem ROM genutzt werden müssen. Eigentlich ist es eine Speicherabbild, welches mit einem Trick als CRT gestartet werden kann.
Gibt es das auch als ROM?
Nein. Gibt es nicht. Es gab einmal eine Überlegung. Jedoch musste ich den Interpreter von Grund auf neu designen.
Ich habe soeben eine neue Version zum Download bereitgestellt. Dort sind etliche BUG beseitigt. Für Details bitte in die Datei "changes.txt" schauen.
Download im Footer oder hier: http://basic45.serveftp.net/latest
Mit der Version vom 2023-04-03 habe ich ausversehen mal F1 gedrückt ohne das ein Laufwerk angeschlossen ist. Die Fehlerausgabe wird nicht richtig angezeigt und Ready wird eingerückt ausgegeben. Nach ein paarmal Return drücken fängt er sich wieder. Aber ein Catalog sollte man danach nicht eingeben. Dann ist die Fehler bzw. Ready Ausgabe völlig vermurkst.
Habe das Verhalten bisher nur auf dem VICE 3.2 und GTK VICE 3.6.1 testen können. Wenn du wieder Zeit hast Robert, schau dir das einmal an.
Nein. Gibt es nicht. Es gab einmal eine Überlegung. Jedoch musste ich den Interpreter von Grund auf neu designen.
Eigentlich schade. Ich weiß ja nicht, wieviel Arbeit das ist, aber das Basic als Steckmodul zu realisieren, wäre ne coole Sache.
Mit der Version vom 2023-04-03 habe ich ausversehen mal F1 gedrückt ohne das ein Laufwerk angeschlossen ist. Die Fehlerausgabe wird nicht richtig angezeigt und Ready wird eingerückt ausgegeben. Nach ein paarmal Return drücken fängt er sich wieder. Aber ein Catalog sollte man danach nicht eingeben. Dann ist die Fehler bzw. Ready Ausgabe völlig vermurkst.
Habe das Verhalten bisher nur auf dem VICE 3.2 und GTK VICE 3.6.1 testen können. Wenn du wieder Zeit hast Robert, schau dir das einmal an.
Danke für die ausführliche Beschreibung. F1 ist im Standard mit DSAVE "@ belegt. Eigentlich solte nur dann der "unvollendete" befehl auf dem Bildschirm erscheinen. Allerdings ohne ein angeschlossenes Drive habe ich das noch nie getestet. Danke für den Hinweis. Ich schaue es mir ASAP an.
Mit der Version vom 2023-04-03 habe ich ausversehen mal F1 gedrückt ohne das ein Laufwerk angeschlossen ist. Die Fehlerausgabe wird nicht richtig angezeigt und Ready wird eingerückt ausgegeben. Nach ein paarmal Return drücken fängt er sich wieder. Aber ein Catalog sollte man danach nicht eingeben. Dann ist die Fehler bzw. Ready Ausgabe völlig vermurkst.
Habe das Verhalten bisher nur auf dem VICE 3.2 und GTK VICE 3.6.1 testen können. Wenn du wieder Zeit hast Robert, schau dir das einmal an.
Das ist ein Ding!.
Ich habe den Fehler 100% nachvollziehen können. Dann habe ich mir den C16 bzw. Plus4 mit dem BASIC 3.5 genommen und das auch getestet,. Und....bei einem DSAVE "@ gefolgt von einem RETURN hängt sich dat Teil auf. Zwar nicht den Bildschirm Seltsamkeiten, aber alles friert komplett ein. Das scheint also ein BUG in dem original BASIC 3.5 zu sein. Beim C128 und BASIC 7 ist dieser Effekt nicht. Da mein BASIC 4.5 das DSAVE aus dem 3.5 nutzt hat es diesen BUG auch. Ich werde mir die original DSAVE Routine mal ansehen und versuchen den Fehler aus zumerzen.
bei einem DSAVE "@ gefolgt von einem RETURN hängt sich dat Teil auf. Zwar nicht den Bildschirm Seltsamkeiten, aber alles friert komplett ein.
Der Stack läuft über, da scheint eine Rekursion vorzuliegen.
Das scheint also ein BUG in dem original BASIC 3.5 zu sein. Beim C128 und BASIC 7 ist dieser Effekt nicht. Da mein BASIC 4.5 das DSAVE aus dem 3.5 nutzt hat es diesen BUG auch. Ich werde mir die original DSAVE Routine mal ansehen und versuchen den Fehler aus zumerzen.
Es wird nicht direkt an DSAVE liegen, sondern an der von allen neuen Diskbefehlen aufgerufenen Funktion zum Parsen von Argumenten in beliebiger Reihenfolge. Soweit ich mich erinnere, erfolgt der Einsprung mit einer Bitmaske - DSAVE wird da ein Bit setzen für "@ hat Sonderbedeutung", und in Verbindung mit einem Leerstring wird das den Fehler auslösen. Wenn Du den Parsercode von Basic 3.5 mit Basic 7.0 vergleichst, solltest Du den Unterschied schnell finden.
Es wird nicht direkt an DSAVE liegen, sondern an der von allen neuen Diskbefehlen aufgerufenen Funktion zum Parsen von Argumenten in beliebiger Reihenfolge. Soweit ich mich erinnere, erfolgt der Einsprung mit einer Bitmaske - DSAVE wird da ein Bit setzen für "@ hat Sonderbedeutung", und in Verbindung mit einem Leerstring wird das den Fehler auslösen. Wenn Du den Parsercode von Basic 3.5 mit Basic 7.0 vergleichst, solltest Du den Unterschied schnell finden.
Kennst du bei BASIC 3.5 die Einsprungadresse vom DSAVE? Also dort wo die Paramter geparst werden?
--> Habs gefunden $C941
--> Habs gefunden $C941
Genau, ROM-Listing: DSAVE
Ich würde gerne die Kernel Error Message "Missing Filename" heraus bringen.
Das ist im ROM Listing so dokumentiert:
Ein JMP $F710 bringt aber jedesmal ein "I/O Error #8" oder "Syntax Error" aber nie ein "Missing Filename". Was mache ich falsch?
Im Downlaod steht eine aktuelle BASIC 4.5 Version (23.04.07) bereit.
Ein BUGFIX beim ASK Befehl und der Befehl VER wurde zur Gewinnung von Speicher nur auf die Versionsnummer reduziert. Dieser läßt sich jetzt auch in ein Programm aufrufen (dann ohne CR am Ende).
Die Danksagungen sind ins Handbuch gelandet.
Der DSAVE Befehl ohne Angebe eine Filenamens brachte einiges durcheinander. Dieser BUG ist ebenfalls behoben. So ergibt ein
DSAVE "@ [RETURN] ein missing filename error.
Viel Spaß mit BASIC 4.5