letzter Beitrag von Boulderdash64 am
Puh, danke fürs Verständnis.
Da hast du nochmal Glück gehabt. 
Im Ernst:
Bitte sehe die Meldungen hier zu deiner BASIC-Erweiterung immer nur als völlig unverbindliches Feedback an. Daraus sollte für dich keinerlei Druck entstehen. Du machst das freiwllig in deiner Freizeit und solltest genau das machen, was DU möchtest und für richtig hältst. Und das, was du bisher abgeliefert hast, ist wirklich gut! 
Alles andere sind Meinungen anderer, die du zur Kenntnis nehmen kannst und eventuell in deine Überlegungen einfließen lassen kannst. Mehr aber auch nicht. Entscheidend sollte für dich sein, was DU willst.
Bitte sehe die Meldungen hier zu deiner BASIC-Erweiterung immer nur als völlig unverbindliches Feedback an. Daraus sollte für dich keinerlei Druck entstehen. Du machst das freiwllig in deiner Freizeit und solltest genau das machen, was DU möchtest und für richtig hältst. Und das, was du bisher abgeliefert hast, ist wirklich gut!
Alles andere sind Meinungen anderer, die du zur Kenntnis nehmen kannst und eventuell in deine Überlegungen einfließen lassen kannst. Mehr aber auch nicht. Entscheidend sollte für dich sein, was DU willst.
So sehe ich das auch, stimme Snoopy voll zu
Ideen braucht das Land....In meinem kleinen BASIC Projekt, welches ich als Testprogramm für das BASIC 4.5 nutze stosse ich des öfteren auf den Wunsch WHITESPACES zu eliminieren. Also ähnlich dem TRIM Befehl aus anderen BASIC Dialekten.
Beispiel:
A$=" TEXT "
LTRIM A$ --> "TEXT "
RTRIM A$ --> "TEXT"
Hier sind die Stringvariable Jongleure gefragt 
Irgendwie habe ich den Anfang noch nicht gefunden und freue mich über jede Idee.
Gab es sowas in TSB? Wenn ja könnte mir der TSB Autor einen Tipp geben.
Ich bin auf das Feedback gespannt.
Gab es sowas in TSB?
Nein, tut mir leid, nur Einfüge-, Überschreib- und Positionsbefehle (INSERT, INST und PLACE).
Arndt
A$=" TEXT "
LTRIM A$ --> "TEXT "
RTRIM A$ --> "TEXT"
Aber dann als Funktionen.
A$ = LTRIM$(" TEXT ")
Ideen braucht das Land....In meinem kleinen BASIC Projekt, welches ich als Testprogramm für das BASIC 4.5 nutze stosse ich des öfteren auf den Wunsch WHITESPACES zu eliminieren. Also ähnlich dem TRIM Befehl aus anderen BASIC Dialekten.
Beispiel:
A$=" TEXT "
LTRIM A$ --> "TEXT "
RTRIM A$ --> "TEXT"
Das ist eine Variante. D.h. aber, als "Parameter" ist ein String-Variablenname zwingend. Macht aber auch nichts. Wir haben ja ähnliches schon in FILES oder MEMORY.
Aber dann als Funktionen.
A$ = LTRIM$(" TEXT ")
Das wäre universeller, aber birgt auch mehr Aufwand, da man hier in den Ausdrucksparser rein muss. Ich glaub dg5kr hat mit einem "normalen" Befehl hier einen leichteren Zugang.
Das Schöne ist, dass man hier "inplace" operieren kann. Der String wird niemals größer. Für LTRIMS verschiebt die Startadresse im String-Descriptor an die erste Position ohne Leerzeichen und reduziert die Stringlänge im Descriptor um die Anzahl der Leerzeichen am Anfang. Für RTRIM reicht es, nur die Länge zu reduzieren um die Anzahl der Leerzeichen rechts.
Das wäre universeller, aber birgt auch mehr Aufwand, da man hier in den Ausdrucksparser rein muss. Ich glaub dg5kr hat mit einem "normalen" Befehl hier einen leichteren Zugang.
Genauso ist es. Eigene Funktionen werden vom internen Parser als Zuweisung angesehen. Also wenn kein Befehle als gültig gefunden wurde, landen solche Ausdrücke VA$=FUNCTION$("WASAUCHIMMER") im LET und der versucht dann VA$ mit dem Ausdruck FUNCTION$("WASAUCHIMMER") zu füllen, was natürlich scheitert.
Getreu dem Motto "Keep it simpel and stupid" habe ich mich (vorerst) für die Variante
A$=" TEXT "
LTRIM A$ --> "TEXT "
RTRIM A$ --> "TEXT"
entschieden.
Wobei ich die Parserstelle im Bytedjungel inzwischen gefunden habe wo die LET Ausdrucksauswertung angesprungen wird. Hier könnte ich versuchen anzusetzen. Aber trotz Homeoffice bin ich (oder gerade deswegen) sehr eingespannt. Mein Job lässt mir kaum Zeit in gewohnter Weise an diesem Projekt zu arbeiten. Daher bitte ich um Geduld.
Aber bis dahin gibt ein BASIC 4.5 mit zwei neuen Befehlen. Weiter findet ihr in derAnlage auch die ergänzte Dokumentation im WORD-Format.
Ihr lieben Tester, ladet und testet die neue Version. Ich freue mich auf euer Feedback.
Ich finde es ein bisschen komisch, dass dieses XOR völlig anders implementiert ist als AND und OR. Warum ist das kein Operator? Oder wenigstens eine Funktion? In BASIC V2 gibt es doch sonst keinen Befehl, der eine Variable als Eingabeparameter nimmt, in die er das Ergebnis zurückschreibt!?
So wie es jetzt ist, kann ich sowas wie
nicht machen. Außerdem ist das XOR, anders als AND und OR in BASIC, auf den Bereich von 0-255 begrenzt. Natürlich ist das effizienter zu implementieren, aber es passt halt so gar nicht zum Rest.
Außerdem ist das XOR, anders als AND und OR in BASIC, auf den Bereich von 0-255 begrenzt. Natürlich ist das effizienter zu implementieren, aber es passt halt so gar nicht zum Rest.
Dem muss ich leider zustimmen. Das mit der Funktionsimplementierung ist besonders hier eine leidige Geschichte. Konnte man da beim MEM (als Alternative zu FRE()) noch darüber hinwegsehen, so ist XOR auf dieser Basis leider komplett aus jeglicher Norm und Konvention.
Wir wir schon hier bzw. in Nachbar-Threads erörtert haben, muss man, um eine neue Funktion zu ergänzen auch den Tokenizer umschreiben (als erweiterte Kopie - Ich glaub, das bleibt einem hier nicht erspart - anlegen).
Ich hab schon in Posting #32 darauf hingewiesen (auf Assembler: VAR$=MEINE_FUNC$(INTEGER) in BASIC Erweiterung. Aber wie?). Ob es eine elegantere Variante, die nicht so viel Code aus dem ROM wiederholen muss. Das wär' der dort im Posting erwähnte 2-Pass-Ansatz, den ich aber noch nicht probiert habe (ob der wirklich so funktionieren könnte, wie gedacht).
Ich hätte einen Vorschlag / Eine große Bitte:
Es wäre schön, eine tabellarische Kurzzusammenfassung ALLER Basic-4.5-Befehle zu haben. ( Wie in der C64Wiki wiki/Übersicht_BASIC-Befehle )
Dann könnte man sich schneller einarbeiten...
( Die Basic V2 - Befehle sind einem ja noch geläufig - sind noch alle in Basic 4.5 gültig ? )
... hier könnte man auch schneller Änderungen in der Befehlssyntax / Befehle schneller und übersichtlicher ändern
Alles anzeigenIch hätte einen Vorschlag / Eine große Bitte:
Es wäre schön, eine tabellarische Kurzzusammenfassung ALLER Basic-4.5-Befehle zu haben. ( Wie in der C64Wiki wiki/Übersicht_BASIC-Befehle )
Dann könnte man sich schneller einarbeiten...
( Die Basic V2 - Befehle sind einem ja noch geläufig - sind noch alle in Basic 4.5 gültig ? )
... hier könnte man auch schneller Änderungen in der Befehlssyntax / Befehle schneller und übersichtlicher ändern
Es gibt ja das C64 Basic V 4.5 Manual. Das sind schon mal rund 100 Seiten, die man aber erst noch auswerten müsste. Die Frage selber finde ich aber auch sehr interessant. 
Edit: Es ist doch so, dass einerseits die Befehle des BASIC 3.5 enthalten sind und ab S. 102 des Manuals die neuen Befehle der V. 4.5 aufgeführt werden. Zumindest die Befehle des +4 findet man hier.
Nur eine Kleinigkeit, aber mir ist gerade aufgefallen, dass in der Version vom 14.09.20 nach Aufruf von VER Software Revision 23.06.20 angezeigt wird.
Nur eine Kleinigkeit, aber mir ist gerade aufgefallen, dass in der Version vom 14.09.20 nach Aufruf von VER Software Revision 23.06.20 angezeigt wird.
Yepp, stimmt. Ein wenig gepennt.
Deshalb einen neue Version mit der Versionskorrektur. Dann habe ich die Farben vom Startbildschirm geändert. Bei sehr kleinen Display (<5") war das Blau mit dem hellen Weiß recht anstrengend. Wer aber andere Farben beforzugt kann das ja im Programm "boot.prg" einstellen.
Dann habe ich die gesamte Dokumentation komplett überarbeitet. Das 80er Jahre Layout ist nun zeitgemäß und die Ausführungen sind etwas schlanker geworden. Zusätzlich ist eine Beschreibung des build-In Monitors (TEDMON) hinzugefügt.
Hallo Robert,
erst einmal möchte ich Dir zu Deiner wirklich extrem gelungenen BASIC-Version gratulieren. Das ist ein wirkliches Schmuckstück geworden. Ich nutze es sehr gern für meine eigenen kleinen und auch größeren Programme.
Aber (und es kommt ja immer ein aber) ich habe einen Wunsch bzw. eine Anregung.
Ich experimentiere auch mit dem BASIC 4.0 oder mit Comal80. Beide Sprachen haben ein Feature, das ich sehr gerne mag und worüber ich mich sehr, sehr freuen würde, es möglicherweise auch in Deinem BASIC 4.5 zu finden: Die komfortablere Nutzung von relativen Dateien.
Im BASIC 2.0 muss man immer zwei Kanäle offenhalten: Den 15 und den 1. Und man muss ein Hi- und ein Lo-Value nutzen, um einen Record zu adressieren. Das ist alles machbar, aber sehr unkomfortabel, wie ich finde.
BASIC 4.0 braucht das nicht. Hier kann man einfach mit RECORD# den richtigen Datensatz wählen und dann mit PRINT#, INPUT# oder GET# arbeiten. Das ist deutlich angenehmer.
Und bei Comal80 ist es ähnlich einfach. Hier kann man einfach ein OPEN FILE Kommando nutzen um dann mit READ und WRITE oder mit INPUT und PRINT die Daten bearbeiten.
Ich habe nicht einmal ansatzweise eine Vorstellung, wie komplex so etwas sein kann, aber meinst Du, Du könntest so etwas in der Art auch in BASIC 4.5 implementieren?
LG, Stephan
