letzter Beitrag von spieler am
Es scheint so, dass es kein File handling unterstützt.
Aber es geht ja ASM, man kann sich das ganz simpel selbst implementieren.
Es scheint so, dass es kein File handling unterstützt.
Aber es geht ja ASM, man kann sich das ganz simpel selbst implementieren.
Es gibt I/O-Handling über eine Extension, die findet man hier. Weitere Infos über Extensions gibt es in der Dokumenation. Ich kann allerdings nicht versprechen, dass die Eingangsfrage damit beantwortet wird, da das Filehandling in XC-BASIC eher rudimentär ist. Das müsstet du selbst mal rumprobieren, spieler. Helfen kann dir hier aber wahrscheinlich niemand damit.
Danke für die Info.
Mal schauen mit dem I/O-Handling vom XC-Basic.
Du meinst das diese für meine Anwendung passen?
Kann ich dir leider nicht beantworten, da ich mich mit XC=BASIC schon ewig nicht beschäftigt habe.
Danke für die Info.
Mal schauen mit dem I/O-Handling vom XC-Basic.
Du meinst das diese für meine Anwendung passen?
Ja, die Extension ist ein guter Tip, damit klappt es.
xcb-ext/xcb-ext-io at master · Thraka/xcb-ext (github.com)
Es wird zwar RS232 nicht explizit erwähnt, aber die greifen auf die normalen Kernal Funktionen des C64 zu.
Damit wird genau dasselbe gemacht, wie in deinem BASIC Beispiel.
Voraussetzung ist natürlich, du verwendest einen normalen C64 Kernal.
Keinen der Speeder im Kernal wie Jiffy DOS oder Speed DOS.
Weil die haben alle den RS232 Teil aus gebaut.
Dann lass das chr$(0) doch weg.
Alles anzeigenDiese kurze Sache bekomme ich nicht hin für das Xc-Basic.
Es ist die Schreibweise die in xc-basic total anders ist.
Die 5 Werte bekomme ich nicht unter bei "open"
-----------------------
open 2,2,0,chr$(8)+chr$(0)
s$="a"
print#2,s$
-----------------------
Es gibt folgende Calls im XC Basic:
Du rufst zuerst SETLFS auf.
Damit setzt du
Das ist in deinem Fall: 2,2,0
Danach rufst du SETNAM auf.
Damit setzt du den Filenamen.
Der Filename in deinem Beispile besteht aus einem String mit der Länge von 2 Zeichen.
Erstes Zeichen PETSCII 8 und das zweite Zeichen PETSCII 0
Danach rufst du OPEN auf.
Es geht sogar noch viel einfacher:
io_OpenName(logicalFile!, device!, channel!, filename$)In deinem fall:
s$ = chr$(8)+chr$(0)
io_OpenName(2!, 2!, 0!, s$)
Ja da hab ich Blödsinn geschrieben.
Das gehört so:
s$ = chr$(10)+chr$(0)
Ach so chr() gibt es auch nicht??
Dieses chr$/chr gibt es nicht in diesem Basic
Genauso wie man right$ und andere BASIC V2 String Befehle anders lösen muss.
Um ehrlich zu sein wäre das für mich ein K.O. Kriterium um mit XC-BASIC zu arbeiten.
Ich nutze von XC-BASIC lediglich den Syntax Highlighter für Visual Studio Code. Der ist nicht 100% perfekt aber das beste was es an Extensions in dem Bereich dafür gibt... jedenfalls habe ich bisher nichts besseres gefunden 
Warum soll es denn XC-BASIC sein ? Hat das einen speziellen Grund, oder ist das "nur" zum ausprobieren ?
OK es geht so:
s$="//"
poke s$+0,10
poke s$+1,0
Das sollte einen String machen aus dem Zeichen 10 und 0.
Allerdings ist 0 auch das String Ende bei dem Compiler.
Also möglich, dass es so nicht geht.
Weil die String Länge dadurch 1 wird statt 2 Zeichen
Ich nutze von XC-BASIC lediglich den Syntax Highlighter für Visual Studio Code. Der ist nicht 100% perfekt aber das beste was es an Extensions in dem Bereich dafür gibt... jedenfalls habe ich bisher nichts besseres gefunden
Die Visual Studio Extension ist aber wirklich nicht mehr nutzbar, die ist noch von vor XC=BASIC 1.0, glaub ich. Hast du mal TextAdept probiert? Der Syntax-Highlighter wird aktiv vom Programmierer selbst gepflegt. Siehe hier ziemlich weit unten.
Und dann gibt es ja noch mein XC=Edit, aber das entwickle ich gerade auch nicht weiter, weil ich auf XC=BASIC 3 warte.
Hast du mal TextAdept probiert
Nein, kannte ich bisher nicht. Ich nutze den Highlighter für "normales" BASIC 2.0 ggf. mit Austro / Blitz Compiler Extensions.
Schaue ich mir aber mal an. Danke für den Tip.
Damit ich nicht mit Zeilennummern hantieren muss, sondern etwas moderner mit Labels etc. arbeiten kann, nehme ich BPP vom Henning .
Damit geht Cross-Developement in BASIC für den C64 wunderbar.
