Tolle Demo, die Ihr da produziert habt, weiter so

Zille9

Hat aber wie immer Vor- und Nachteile: Text Postfixsymbole belegen diese Zeichen mit einer dauerhaften Funktion, dafür genügt zur Eingabe aber ein einfacher ASCII-Editor. Colortags - welche in m ebenfalls als Postfixsteuerzeichen (es sind quasi "farbige Leerzeichen" vor dem Wort stehen - belegen keine Symbol des Zeichensatzes, aber ich benötige dafür zur Eingabe einen spezielles Terminal welches diese Farbsteuerzeichen verwendet.

Der spezielle Editor ist im Hive direkt nicht so schlimm, da die Parserfunktion um die Engabezeile in Colortags zu zerlegen eh in einem getrennten Chip/Core läuft, aber schmerzhaft ist es, wenn man m über eine serielle Schnittstelle extern von einem Terminal füttern möchte: ein einfaches ASCII-Terminal geht dann nicht mehr, man benötigt quasi ein Colortag-Terminal und da der Parser ausgelagert ist auch noch ein Colortag-Terminal mit Parser... Dafür ist der Core ohne Parser und I/O-Formatierung sehr klein - hab schließlich nur 32 KByte pro Chip!

Zurück in die Zukunft

Ich habe mich bei meinem Datenlogger auch direkten Zugriff auf die Blöcke implementiert. Wenn der nämlich mitten im Schreibvorgang den Saft verliert (warum auch immer) kann eine Menge Schaden angerichtet werden. Von der Geschwindigkeit mal ganz abgesehen. Natürlich wird dann das Interface zum PC etwas umständlicher, aber man kann nicht alles haben

Weiter so!

Die Pre und Postfixe werden sofort während der Eingabe interpretiert, wobei zunächst die Funktionalität des Prefixes ausgeführt wird und anschließend jene eines vorhanden Postfixes. Hierdurch werden z.B. folgende Token möglich:

1. 32. iota [dup *] map :n1

Dies geschieht ohne Aufruf einer entsprechenden Funktion im Wörterbuch. Erst wenn das Token kein Prefix oder Postfixzeichen aufweist, wird dieses als Symbol interpretiert und im Wörterbuch gesucht. Falls kein Eintrag existiert erfolgt die Umwandlung in eine Zahl oder, falls dies nicht möglich ist, die ausgabe einer Fehlermeldung (also wie gehabt).

Ist m state less? Es wird bei jedem Token erst das dem Colortag entsprechende Wort ausgeführt, welches den Tokenstring verarbeitet. Also ein rotes Colortag ruft create auf, welches das Token compiliert, ein schwarzes Tag ruft interpret auf, welches das Token ausführt usw. Im Prinzip definieren diese Farben also den Status des Systems.

Ich denke da ist an einigen Stellen noch Spielraum für Vereinfachungen. Im engl. Propellerforum wird gerade an Tachyon gearbeitet, welches Token sofort bei der Eingabe ausführt, wenn ich es recht verstanden habe. Damit dabei die Strukturworte richtig arbeiten können, gibt es einen dritten "Loop-Stack".

'dup 'swap 'drop :jumptable

oder -

'datei.blk open

Wie man sieht ist ein Vorteil die Ausweitung der UPN Regel auch auf Wortdefinitionen, wodurch das Semikolon zur Terminierung entfällt. Wichtiger war mir jedoch die Auflösung der konventionellen Nebenbedingung, zwischen einem Interpretations und Kompilierungsmodus differenzieren zu müssen. Es wird schlicht immer kompiliert, wobei entweder das Kompilat als Wortdefinition registriert oder andernfalls (Zeilenende oder CR) ausgeführt wird. Der Interpreter ist soz. 'state less'.

Vielleicht wäre dies ja eine kleine Anregung für m ?