TSB Info

Update!

Neues Feature: Man kann jetzt auch gezielt absolut laden, ähnlich wie mit BLOAD bei den höheren BASICs. Allerdings musste ich den v2-Interpreter von TSB aus erstmal dazu "überreden", darum ist die Syntax - sagen wir mal - "eigen".

Man braucht hier nämlich die Sekundäradresse 0 (Null), nicht 1! Da in TSB die Geräteadresse eh egal ist, kann man sich das vielleicht am ehesten so merken: LOAD "name",0,0,adresse, wobei die Adresse gerne auch in Hex angegeben werden kann. Sehr schön fürs Ausprobieren von Fonts (2048 Bytes)! Man aktiviert MEM und lädt den Font nach $e000 (MEM:LOAD"font",0,0,$e000). Danach stellt man um auf den Font mit CSET 0. Mit CSET 1 (TSBs Groß-Klein-Schrift) ist man dann immer auf der sicheren Seite, falls der Font gar keine Buchstaben enthält.

Ein größerer Font (4096 Bytes) geht natürlich auch, dann führt CSET 1 zur "oberen" Hälfte (was im Original eben Groß-Klein wäre). Wenn man die Nase voll hat, gibt man NRM ein (ach so: MEM muss nur einmal gemacht werden, das hält dann bis NRM)

Die Disk-Version ist bereits online.

Arndt

Edit: hier ein Beispiel

Zitat von arickert78

Arbeitet TSB auch mit einem Fastloader zusammen? Jetzt mal egal, ob normaler oder IRQ Loader...

Kommt drauf an, wo der liegt! Am besten nicht über $8000. Wenn du keine Grafik/Zeichensatzmanipulationen machen willst, ginge auch noch ab $e000. Wenn er nur in die LOAD-/SAVE-Vektoren eingreift (und ansonsten relokatibel ist), könnte man ihn anpassen.

Am besten: ausprobieren! (Und hier berichten!)

Arndt

Zitat von arickert78

sys 2080,00288,112,112,n,2

Der Fastloader sollte dann im Bereich ab 0x7000 liegen (bin mal davon ausgegangen, dass Haupt- und Arbeitsbereich mit 4 kB auskommen sollten. Wobei die genaue Größe im Wiki anscheinend nicht steht.)

Wenn du VICE benutzt, kannst du ja mit dem Monitor nachschauen, wie weit der Hauptteil reicht (m 7000 und dann weiter mit m bzw. Return)

Für die "112" kannst du in TSB auch "$70" eingeben (gleiche Länge, aber vielleicht klarer verständlich). Oder werden die Zahlen in der Routine selber ausgewertet? (Ausprobieren!)

Schöne Idee, das mit dem Fastloader!

Arndt

Update!

Der LIST-Befehl in TSB ist um einen Bug ärmer und um ein Feature reicher:

- Bug: Bei Drücken von CRTL sollte die LIST-Ausgabe eigentlich stehen bleiben. Tat sie aber nicht. - Behoben.

- Feature: Wenn man PAGE aktiviert hat, bleibt die Bildschirmausgabe beim LISTen an der angegebenen Stelle stehen, und zwar *immer*. Man musste also, um nach weiter hinten im Programm zu kommen, u.U. häufig Return drücken. Das ist jetzt einfacher: Wenn man während des LISTens die C=-Taste drückt, beachtet TSB den PAGE-Wert nicht und LISTet trotz PAGE solange, bis man C= loslässt.

Und zur Erinnerung: die Shift-Taste ist dem DELAY-Befehl zugeordnet. Drückt man sie, LISTet TSB in der Geschwindigkeit, die bei DELAY eingestellt wurde (ist das vorher nicht geschehen, dann LISTet es maximal langsam).

Disk-Version ist online, die anderen folgen.

Arndt

Die beiden CRT-Files sind jetzt auch online. Zum Verwenden das Kürzel ".bin" im Namen entfernen!

Arndt

Update!

Der Befehl RENUMBER hängte sich auf, wenn im Speicher gar kein (oder ein mit NEW gelöschtes) Programm war. Behoben. Es kommt dann zwar immer noch eine etwas merkwürdige Rückmeldung ("in 65480"), aber die führt nicht zu irgendwelchen unwägbaren Systemzuständen.

Das D64 ist bereits online, die CRTs kommen morgen (endlich, ein Update leider übersprungen...)

Arndt

So, die beiden CRT-Dateien sind auch auf dem neuesten Stand (v2.10816).

Arndt

Update!

Die Disk-Ausgabe steht jetzt auf v2.10825.

Neu ist, dass bei Befehlen mit OPEN-Syntax die Angabe des Drives zwar weiterhin erforderlich ist (z.B. SCRLD 1,8,2,"name"), aber intern das Laufwerk wie üblich auf den Wert gesetzt wird, den man mit USE eingestellt hat. Man kann sich also nicht mehr mit der Drive-Nummer vertun, die kann sogar auch 0 lauten. Allerdings muss man nun ausdrücklich jedes Mal USE verwenden, wenn man auf mehrere Laufwerke zugreifen möchte.

Die CRT-Files folgen umgehend, bitte auf der Downloadseite schauen, ich kündige das dann nicht mehr extra an.

Arndt

Update auf 2.10918!

Neu ist, dass ich den Befehl FETCH komplett überarbeitet habe. Dazu muss ich ein bisschen ausholen:

FETCH ist eigentlich ein schönes Beispiel dafür, dass man die Vorteile unterschiedlicher "Werkzeuge" vorteilhaft zusammenbringen kann. Ich meine damit die V2-Befehle INPUT und GET. Bei INPUT muss man sich z.B. nicht darum kümmern, wie man einen String zusammenbaut, es wird einfach die Eingabe genommen und zack. Die Variablenzuweisung erfolgt ebenfalls durch den Befehl selbst, kein weiteres Bemühen erforderlich. Nachteil ist, dass INPUT keine Kontrolle über die Tastendrücke zur Eingabe zulässt. Sämtliche Steuerzeichen werden beim Tippen ausgeführt, Katastrophe! Dagegen hat man diese Kontrolle (mit entsprechendem Aufwand) bei GET, das ist gut. Leider muss man aber meist mehrere Variablen verwenden, um zum Ziel zu kommen, außerdem machen die nötigen Kontrollabfragen (eben der Aufwand) das Ganze langsam. Da war FETCH wie eine eierlegende Wollmilchsau: Kontrolle über Eingabezeichen und Eingabelänge, Zuweisung zur Variablen innerhalb des Befehls.

Schon zum ersten Release von TSB hatte ich die Original-FETCH-Routine verbessert: Am Ende der Eingabe blieb in Simons Basic der Cursor auf dem Bildschirm stehen und wenn die Eingabelänge erreicht war, konnte man nicht mehr korrigieren, sondern nur noch Return drücken. Das hatte ich also schon behoben.

Blieb noch das ärgerliche INPUT-Komma! Bei INPUT kann man mehrere Variablen anhängen, die durch Komma getrennt sind. Daher ist bei der Eingabe das Komma ein Sonderzeichen, es trennt die für die jeweilige Variable vorgesehenen Werte voneinander. Da FETCH am Ende an das Kernal-INPUT weiterreicht, ist diese Eigenschaft auch Bestandteil des FETCH-Befehls. Nur! Bei FETCH kann nur jeweils eine einzige Variable verwendet werden! Das Komma-Feature ist völlig überflüssig und nicht weiterführend! Wenn man mit FETCH einen String eingibt und darin ein Komma vorkommt, kriegt man unweigerlich die Meldung "extra ignored", was jede Bildschirmmaske zerstört!

Und genau dieser Quirk ist nunmehr behoben! Ich bin (wieder) darauf gestoßen, als ich ein kleines Tool für GoDot mit TSB schreiben wollte, nämlich einen einfachen Texteditor für GoDots Read-Me-Modul. Sieht so aus:

(GoDots Zeichensatz in TSB, die Gadget-Funktionalität mit TSB nachgebildet, Bedienung aber über Tastatur.)

Für die Eingabe der Texte hatte ich FETCH vorgesehen. Dabei ist mir das oben beschriebene Problem wieder über die Leber gelaufen. Jau, das ist behoben! Man kann jetzt bei FETCH auch Strings, die ein Komma enthalten, eingeben!

Bin richtig zufrieden!

Arndt

PS: Die Diskversion ist bereits im Download, die CRT-Versionen folgen in Kürze, wie üblich.

Ergänzung:

Ich hab nicht bedacht, dass auch der Doppelpunkt bei INPUT eine Meldung provoziert ("?redo from start"). Das hab ich schnell noch mit eingebaut. Allerdings - mangels Platz - wird ein Doppelpunkt intern in einen Punkt umgewandelt, was man nach der Eingabe ggf. bearbeiten müsste. Auch mehrfach auftretende Kommas werden in Punkte umgewandelt, nur das allerletzte nicht, das bleibt ein Komma. Es fällt also gar nicht auf und muss auch nicht weiter beachtet werden, wenn es nur ein Komma in der Eingabe gab. Automatische INPUT-Meldungen erfolgen jedenfalls nicht mehr.

Mehr war bei dem Platzangebot nicht drin (von den 34 gewonnenen Bytes durch die Neukodierung sind noch drei frei geblieben). Also jetzt Version 2.10919.

Arndt

Edit: Eine ganze Reihe der gewonnenen Bytes gingen dafür drauf, dass ich die Aussortierung der Steuerzeichen für Farben usw. auf alle Steuerzeichen komplettiert habe (vorher konnte man unbeabsichtigt die Cursor-Farben manipulieren).

Update auf 2.11005

Ich hab einen Befehl zum Bildschirmlöschen eingebaut (brauchte nur 6 Bytes Platz, da konnte ich nicht widerstehen). Leider war kein passender Name für den Befehl mehr verfügbar, da hab ich den einzigen Namen verwendet, mit dem man eventuell Eselsbrücken bauen kann: DIV. Das könnte VIDeo rückwärts sein, oder DIsplayVanish oder was auch immer.

Wie auch immer, der Cursor bleibt nach DIV in der linken oberen Ecke stehen, sodass das erste PRINT dort schreibt.

Alles bereits online

Arndt

Zitat von HeisseLuft

PS: Auf deiner Website steht bei "last Update" für TSB der 23.05.2021

Ah ja, war mir schon aufgefallen, hatte ich aber wieder vergessen. Ich nehm das ganz raus, achtet einfach auf die jeweiligen Versionsnummern!

Danke für den Hinweis, ändere ich morgen gleich.

Arndt

Zitat von Targas

ob du TSB auch auf den MEGA65 portieren würdest? Wäre das möglich?

Macht das Sinn? Auf so einer viel leistungsfähigeren Maschine, müsste das Basic auch leistungsfähiger sein, z.B. eben ganz ohne Zeilennummern auskommen und Prozeduren mit Parameterübergabe/Ergebnisrückgabe enthalten. Das wäre aber ein völlig neues System. Aber immerhin gehöre ich auch zu den ersten 400...

Arndt

Zitat von Targas

prima, wenn der MEGA65 auch Simons Basic oder TSB beherrscht

ARC und ANGLE (und ähnliche Befehle) braucht man im "echten" Leben so gut wie nie. Aber leider sind sie der Grund, warum der CIRCLE-Befehl in SB (und daher auch in TSB) so schnarch-langsam ist: man ist auf SIN und COS angewiesen...

Übrigens: Wer immer noch Simons' Basic verwendet, ist selber schuld, hehe...

Arndt