TriOS Revisionen

[yeti]

----------8<-----{20180428-2202-GMT}----->8---------

Ok... hab mein UTF8-R57 geflasht und es bootet.

"fm" schaut aus wie gewohnt und per "regime" durch das Dateisystem krabbeln tut's auch.

Mehr Ausdauer hatte ich dann nimmer...

Und guggma daaaa:

Code: Alles auswählen

$ ls -l hive-trios-r57-source-2014-06-22-dr235.orig/bin/flash/ hive-trios-r57-source-2014-06-22-yeti.wip/bin/flash/
hive-trios-r57-source-2014-06-22-dr235.orig/bin/flash/:
insgesamt 56
-rw-r--r-- 1 yeti yeti 14356 Jun 21  2014 admflash.binary
-rw-r--r-- 1 yeti yeti  7624 Jun 21  2014 belflash.binary
-rw-r--r-- 1 yeti yeti 32584 Jun 21  2014 regflash.binary

hive-trios-r57-source-2014-06-22-yeti.wip/bin/flash/:
insgesamt 56
-rw-r--r-- 1 yeti yeti 14356 Apr 28 20:12 admflash.binary
-rw-r--r-- 1 yeti yeti  7624 Apr 28 20:12 belflash.binary
-rw-r--r-- 1 yeti yeti 32584 Apr 28 20:12 regflash.binary

[/size] ...jezz willisch's aber wissen:

Code: Alles auswählen

$ sha512sum hive-trios-r57-source-2014-06-22-dr235.orig/bin/flash/* hive-trios-r57-source-2014-06-22-yeti.wip/bin/flash/* | sort
11f0710f00d9248ae1d7cf3ef0c0919200f1fefadaaba604dde39f2c817756fd59acc3820f3f8a9a87f46f7c14e75fee53e07aa4e3cef1ebe1b03e91c34de5a8  hive-trios-r57-source-2014-06-22-dr235.orig/bin/flash/admflash.binary
11f0710f00d9248ae1d7cf3ef0c0919200f1fefadaaba604dde39f2c817756fd59acc3820f3f8a9a87f46f7c14e75fee53e07aa4e3cef1ebe1b03e91c34de5a8  hive-trios-r57-source-2014-06-22-yeti.wip/bin/flash/admflash.binary
47a467c3d1ed8ab238363ddf12602ed567447c9f268ac5d50319a4aed1df65685fb1c26d318f10e6e065c0c4ff2e94469969430881b546942d3f09298b654b6d  hive-trios-r57-source-2014-06-22-dr235.orig/bin/flash/regflash.binary
47a467c3d1ed8ab238363ddf12602ed567447c9f268ac5d50319a4aed1df65685fb1c26d318f10e6e065c0c4ff2e94469969430881b546942d3f09298b654b6d  hive-trios-r57-source-2014-06-22-yeti.wip/bin/flash/regflash.binary
5769e482edf0caac14f6f024ed1761b8415cbd21c5cd906206cf83550a5a6b3d5230d6fbf30b6fc966c6643b0e62a4c3e301c21fcb40870f52a58112bbbd6854  hive-trios-r57-source-2014-06-22-dr235.orig/bin/flash/belflash.binary
5769e482edf0caac14f6f024ed1761b8415cbd21c5cd906206cf83550a5a6b3d5230d6fbf30b6fc966c6643b0e62a4c3e301c21fcb40870f52a58112bbbd6854  hive-trios-r57-source-2014-06-22-yeti.wip/bin/flash/belflash.binary

[/size] ...oder einfacher:

Code: Alles auswählen

$ sha512sum hive-trios-r57-source-2014-06-22-dr235.orig/bin/flash/* hive-trios-r57-source-2014-06-22-yeti.wip/bin/flash/* | awk '$0=$1' | sort | uniq -c
      2 11f0710f00d9248ae1d7cf3ef0c0919200f1fefadaaba604dde39f2c817756fd59acc3820f3f8a9a87f46f7c14e75fee53e07aa4e3cef1ebe1b03e91c34de5a8
      2 47a467c3d1ed8ab238363ddf12602ed567447c9f268ac5d50319a4aed1df65685fb1c26d318f10e6e065c0c4ff2e94469969430881b546942d3f09298b654b6d
      2 5769e482edf0caac14f6f024ed1761b8415cbd21c5cd906206cf83550a5a6b3d5230d6fbf30b6fc966c6643b0e62a4c3e301c21fcb40870f52a58112bbbd6854

[/size] ...auf Deutsch: Jede Checksumme kommt genau 2mal vor.
Und "cmp" hält Deine und meine Binaries auch für byte-identisch, aber "cmp" ist langweilig, weil es bei Gleichheit nix ausgibt und nur bei Ungleichheit nörgelt.

Also das sind schonmal stark optimisierende Indizien... oder?

Ein Vergleich aller Kompilate ist vermutlich möglich, aber nimmer in dieser Wachphase...

----------8<-----{20180429-0455-GMT}----->8---------

—▶ [Wikipedia] Unicode / Kodierung

Mit der Veröffentlichung von Unicode 2.0 im Juli 1996 wurde der Standard von ursprünglich 65.536 auf die heutigen 1.114.112 Codepunkte, von U+0000 bis U+10FFFF erweitert.

Unicode ist eine Aufzählung von Zeichen. Zu dieser gib es verschiedene Kodierungen, im einfachsten Fall wird einer Kodierung direkt die Platznummer zugeordnet und damit ist jedes Zeichen durch einen 32-Bit-Wert darstellbar. Das ist UTF-32. Beschreibt man die gebräuchlichsten Zeichen in 16-Bit, braucht man eine Kodierung, um die dann nicht darstellbaren Zeichen doch noch irgendwie anzugeben, was dann länger als 16-Bit wird: UTF-16. Möchte man die gebräuchlichsten Zeichen in 8-Bit darstellen, braucht man ganz viele längere Sonderbeschreibungen, wenn ein Text nicht gerade aus nur den allerüblichsten Zeichen lateinischer Schriftzeichen, ein paar Zeichen mit Akzenten, ein paar Sonderzeichen und Graphiksymbolen besteht: UTF-8

Kurz: Aber all diese UTF-Variationen beschreiben UNICODE, sozusagen in Nullkomprimierung und anderen Kompressionsstufen.

In einer perfekten Welt sollte also ein Compiler, der verschiedene UTF-* akzeptiert bei Übersetzen des selben Programmes in verschiednen Kodierungen jedes Mal das selbe Übersetzungsergebnis ausspucken.

Das Fragezeichen dabei war nicht, ob es so sein soll, sondern nur, ob es auch klappt.

Ich hoffe, jetzt ist die Sache etwas klarer...

----------8<-----{In seinem Nudeligen Namen: Pasta und Ramen!}----->8---------

[drohne235]

Scheint ein gangbarer Weg zu sein, wenn die Checksummen stimmen.

Jetzt brauche ich nur nich ein gangbares Tool, um das unter Windows zu konvertieren, damit ich das mit meinen aktuellen Quellen mal durchexerziere, bin ja schon weiter als R57 und habe auch noch mental hier. Habe aber noch nicht gesucht, braucht alles seine Zeit.

[yeti]

Scheint ein gangbarer Weg zu sein, wenn die Checksummen stimmen.

Jetzt brauche ich nur nich ein gangbares Tool, um das unter Windows zu konvertieren, damit ich das mit meinen aktuellen Quellen mal durchexerziere, bin ja schon weiter als R57 und habe auch noch mental hier.

Na dazu muß doch jemand eine Empfehlung haben! Du bist sicher nicht der letzte Windowsuser in unserer Dimension!

Habe aber noch nicht gesucht, braucht alles seine Zeit.

Ich hab einen Gendefekt, der das Geduldsgen betrifft.

Aber nach den wochenendlichen Spielereien mit Spinix167, TriOS-R57-20140622-UTF8 und den weniger fruchbaren Versuchen mit dem Hive-Altair-Z80-EmuLator (HAZEL?) wird's wohl ein paar Tage dauern, bis ich mir die aktuelle TriOS-Version vorknöpfe. REALLIFE wird diese Woche böse sein und sich erbarmungslos vordrängeln.

[drohne235]

Ich habe ein gut nutzbares Tool gefunden. Konvertiert auch rekursiv und smart alles was in einem Verzeichnis liegt.

https://www.rotatingscrew.com/utfcast-express.aspx

Neue schneemenschkompatible Version von TriOS ist im ersten Beitrag anhänglich.

Allerdings hab ich erstmal einen Schreck bekommen: BST bringt trotz aktivierter Option "UTF8 speichern" die Warnbox bzgl Speicherung in UTF16 Format, da angeblich "seltsame" Zeichen im Text vorhanden sind, speichert dann aber doch in UTF8. Kann ja nach der Konvertierung irgendwie nicht sein...

[PIC18F2550]

Sonderzeichen "Äöüß...".

[yeti]

Sonderzeichen "Äöüß...".

Damit sollte ein sowohl UTF-8, als auch UTF-16 akzeptierendes Programm eiiiigentlich klar kommen... theoretisch... in einer Bilderbuchwelt... aber Pferde und Apotheken... wir kennen das ja... also warten wir mal ab, was, wann und wo es kotzt...

[drohne235]

Habe das gerade noch mit mental gemacht. Dabei hat er mir belflash.spin komisch verändert. Seltsamerweise den Rahmen beim obersten Kommentarblock und bei der Lizenz und zwei Strings im Quelltext einmal einen einfachen Bindestrich. Hätte man mal mit einem Primitiveditor reinschauen sollen, was da so stand. Naja, die Quellen von mental sind glücklicherweise sehr kompakt, da war/ist der Aufwand überschaubar...

[PIC18F2550]

UTF-8 ist nicht das Allheilmittel gerade wenn es um Text geht.

Wer Sonderzeichen oder gar Fremdsprachen unterstützen will kommt nicht um UTF-16 herum.

Die Frage ist nicht wie die Quellen aussehen sondern was der Compiler daraus macht.
Besser wäre es wenn man im Definitionsbereich sagen könnte wie er die Textpassagen behandeln soll.
Damit er weis was für ein Zeichensatz auf dem Zielsystem existiert.
Nicht jeder will diese unbrauchbare 7Bit Imperialcodierung haben.

Ein Automatissmus ist zwar schön aber auch leicht an den grenzen der erkennbaren Variation des Quelltextes.

[yeti]

UTF-8 ist nicht das Allheilmittel gerade wenn es um Text geht.

Wer Sonderzeichen oder gar Fremdsprachen unterstützen will kommt nicht um UTF-16 herum.

UTF-8 kann Alles darstellen, was UTF-16 auch kann. Es ist bei den üblicherweise in Programmiersprachen vorkommenden Zeichen (im Wesentlichen also ASCII und nur ein bissl mehr) effizienter und braucht für diese nur 1 Byte. Dafür braucht es für die darüber hinausgehenden Zeichen oftmals längere Sequenzen als UTF-16.

Es dürfte derzeit mehr Tools geben, die UTF-8 unterstützen, als welche die UTF-16 oder gar alle UTF-Kodierungen beherrschen und so ist im Umfeld von Quelltexten UTF-8 keine sooo schlechte Wahl.

[PIC18F2550]

Bezogen auf die reinen Befehle ist das OK.

Ich denke da aber eher an die darin eingebetteten Texte die nicht direkt zum Befehl gehören.

z.B. Print "Hallo Text"

Hier sollte spätestens der Programmiere sagen wie der "Hallo Text" zu behandeln ist damit er auf dem Zielsystem richtig ausgegeben wird.