Gute Neuigkeit! DEC 6.2 soeben released!

[EdAdvokat]

Hallo Markus, schau doch mal nach Hash_FMX und auch HashBenschmark_FMX in den Demos. Da gibt es Fehlermeldungen und die Programme lassen sich nicht kompilieren. Es wird ein Problem mit der Datei Hash_FMX.deployproj Zeile 7 Pos 2.... gemeldet.
05:35 Uhr Erstellungszeit war wohl etwas spät oder zu früh.
Ich hatte Hash_FMX und Hash_VCL mit meinen Projekten aus der Vorversion und mit den jetzt neuen units getestet und das Problem mit der Registrierung (s.o.) festgestellt.
Nun habe ich Deine neuen Demos getestet und das o.g. festgestellt.

[TurboMagic]

Guten Morgen,

ich schaue mir die Probleme später an, kann mir die aber noch nicht wirklich erklären:

1. Wie benutzt du in deinen Programmen die SHA3 Umsetzung?

2. Ich hatte während meiner abschließenden Tests von 6.2 auch einen "nicht registriert"
Fehler in der FMX Demo, den habe ich aber durch eine Änderung der FMX Demo gelöst.
Dort kam es zu Problemen mit den SHA3 Klassen weil diese 2x _ statt nur 1x _ enthalten
und die Suche nach der richtigen Klasse in der Registrierungsliste nicht mit dem vollen
Klassennamen durchgeführt worden war.

3. Das mit dem Deployprojekt kann ich mir nicht erklären. Um die angegebene Uhrzeit
schlafe ich normalerweise. Die einzig mögliche Erklärung für mich wäre, dass die Uhrzeit
der genutzten VM nicht mit dem Host synchronisiert ist, das hatte ich neulich mal in
einer VM, da war das nicht eingeschaltet. Ich weiß aber nicht mehr in welcher VM das war.

Grüße
TurboMagic

[TurboMagic]

Hallo,

ich habe eben versucht das Problem mit dem Hash_FMX Deomo Programm nachzustellen,
jedoch erfolglos. Hier meine Schritte in D10.4.2:

1. Projekt aktivieren
2. Ausführen mittels F9
3. Hash Funktion SHA3_224 auswählen
4. Input Format auf "Copy" stellen
5. Output format auf "HEX" stellen
6. "Live calculation" ankreuzen
7. Test in das Eingabefeld eingeben

Funktioniert wunderbar, ohne Fehlermeldung und zeigt nach jedem eingetippten Buchstaben
einen total anderen Hash an.

=> ich müsste mal bitte wissen, was du genau gemacht hast. Das würde die Fehlersuche
glaube ich stark vereinfachen.

[TurboMagic]

Hier übrigens noch, was bei mir in der Hash_FMX.deployproj Datei drin steht,
beginnend ab Zeile 6:

<PropertyGroup>
<DeviceId Condition="'$(Platform)'=='Android'">CB512EA59X</DeviceId>
<DeviceId Condition="'$(Platform)'=='Android64'">CB512EA59X</DeviceId>
</PropertyGroup>

Ich habe mir die auch mit einem Hex-Editor angeschaut und auch da sieht's unverdächtig aus.

[Michael II]

Wenn ich ...\DEC\Demos\Hash_FMX\Hash_FMX.dproj lade, dann wird auch bei mir angezeigt:
Fehler
Projekt ...\DEC\Demos\Hash_FMX\Hash_FMX.dproj kann nicht geladen werden
Die importierte Projektdatei konnte nicht geladen werden. Ein Name darf nicht mit dem Zeichen '<', hexadezimaler Wert 0x3C, beginnen. Zeile 7, Position 2. ...\DEC\Demos\Hash_FMX\Hash_FMX.deployproj
Korrigiert: Demos\Hash_FMX\Hash_FMX.deployproj scheint nicht mehr OK formatiert zu sein, in diesem File hat's zu viele <<<< und >>>> drin.

Zur zweiten Meldung: HashBenschmark_FMX läuft bei mir ohne Probleme durch.
Hast du eventuell DEC 6.2 woanders installiert und die neuen Pfade via ...\DEC\Install nicht gesetzt?

[TurboMagic]

Alles seltsam.
Evtl. hat er auch die Pfade Setzen ANwendung ausgeführt, danach aber vergessen die IDE neu zu starten.

Und das mit der deployproj Datei finde ich auch seltsam. Was könnte man da tun um das zu korrigieren?

[EdAdvokat]

Nachfolgende Aktionen mit Delphi 10 Seatle Prof getestet:
1. Beim Kompilieren von Hash_FMX aus den Demos von 6.2 erhalte ich nachfolgenden Fehler:
The imported project file could not be loaded. Ein Name darf nicht mit dem Zeichen '<', hexadezimaler Wert 0x3C, beginnen. Zeile 7, Position 2. C:\Users\nowe4\Documents\delphiPrg\A_Crypto\a_DEC\ DEC62\Demos\Hash_FMX\Hash_FMX.deployproj
[Fataler Fehler] The imported project file could not be loaded. Ein Name darf nicht mit dem Zeichen '<', hexadezimaler Wert 0x3C, beginnen. Zeile 7, Position 2. C:\Users\nowe4\Documents\delphiPrg\A_Crypto\a_DEC\ DEC62\Demos\Hash_FMX\Hash_FMX.deployproj

2. Beim Aufruf von Benchmark erhalte ich folgenden Fehler:
Fehler beim Lesen des Formulars 'FormMain'
Fehler beim Lesen von sg_Results.Options: Ungültiger Eigenschaftswert. Den Fehler ignorieren und fortsetzen? Hinweis: Durch Ignorieren des Fehlers könnten Komponenten gelöscht werden oder Eigenschaftswerte verloren gehen.
Ignorieren gewählt:
gleiche Fehlermeldung nur ...beim Lesen von StringColumn2.HorzAlign: Eigenschaft HorzAlign existiert nicht....
ignorieren gewählt:
Form läßt sich laden; beim Kompilieren Fehler [dcc32 Fataler Fehler] MainForm.pas(24): F2613 Unit 'FMX.Grid.Style' nicht gefunden.

3. Hash_VCL von mir umgeschrieben aus der alten Demo von Hash_FMX mit den neuen units von 6.2 mit Delphi Seatle getestet (auch mit Delphi 10.2 gestern mit gleichem Ergebnis):
Programm liegt anliegend bei. Ergebnis: Kompilierung möglich doch beim Einstellen der SHA3 Hashtypen kommt die Meldung der fehlenden Registierung der class (siehe Post #4)

Das mit der Zeit war ein Spass ohne programmtechnischen Hintergrund !

Ich teste das ganze nochmals mit Delphi 10.2 und melde mich dann nochmals.

[TurboMagic]

Zitat von EdAdvokat:

Hallo Markus, schau doch mal nach Hash_FMX und auch HashBenschmark_FMX in den Demos. Da gibt es Fehlermeldungen und die Programme lassen sich nicht kompilieren. Es wird ein Problem mit der Datei Hash_FMX.deployproj Zeile 7 Pos 2.... gemeldet.
05:35 Uhr Erstellungszeit war wohl etwas spät oder zu früh.
Ich hatte Hash_FMX und Hash_VCL mit meinen Projekten aus der Vorversion und mit den jetzt neuen units getestet und das Problem mit der Registrierung (s.o.) festgestellt.
Nun habe ich Deine neuen Demos getestet und das o.g. festgestellt.

Ok, ich versuche mich mal mit der Ursachenforschung, so wie ich das verstanden habe gibt's 3 Probleme:

1. .deployproj Datei

2. Klassenregistrierungsmechanismus, hat wohl doch noch ein Problem mit dem zusätzlichen _ bei den SHA3 Umsetzungen

3. FMX Formular enthält eine Eigenschaft die es früher noch nicht gab.

Habe ich das richtig erfasst?

Zu 1.: das kann ich gerade nicht nachvollziehen. Ich habe eben geschaut, das in der Hash_FMX Demo im Masterbranch auf Github
in dieser Datei drin steht. Und dort sieht diese korrekt aus. Letzte Änderung der Datei vor 3 Tagen, also am Sonntag als ich
released habe.

Hier kann man die Datei anschauen und sehen, dass da keine <<<<<< drin sind. Das wären wohl Marker von Git.
https://github.com/MHumm/DelphiEncry...FMX.deployproj

2. und 3. schaue ich gleich an.

[TurboMagic]

Hallo,

das HorzAlign beim FMX StringGrid scheint in Sydney neu rein gekommen zu sein,
zumindest gibt's da im Dokwiki eine komplette Stub-Docwiki Seite für, die es für
Rio in der Form noch nicht gibt.

Was kann ich in so einem Fall überhaupt tun?
Ja, ich könnte die Zeile aus der .FMX Datei nehmen und mittels $IF Compilerversion > X
im Code der Demo für die neueren Versionen setzen. Wäre das ein geeigneter Ansatz?

Grüße

TurboMagic

[EdAdvokat]

Hallo Markus,
zu 1. nicht Cipher.fmx sondern bei Hash_FMX.deployproj war gemeint. Schau doch mal in diese Datei, die Du im ersten Post verlinkt hast. Dort sind div. <<< >>> usw.
enthalten, die da sicher nicht hingehören.
zu 2. Zum Klassenregisterungsmechanismus hat meiner Meinung nach Michael II eine akzeptable Lösung gefunden, die man einpflegen könnte.
zu 3. FMX Formular enthält vermutlich Eigenschaften die es vor 10.4 nicht gab. Das vermute ich auch.
Nachdem ich mehrfach mit dem HashBenchmark_FMX heraumgedocktert habe, gab es lediglich den Hinweis auf die nicht enthaltene Eigenschaft, aber HashBenchmark_FMX ließ
sich kompilieren. Evtl. diese Eigenschaft herausnehmen, denn so geht es auch.
Also in Deinem Post #20 schlägst Du eine doch akzeptable Lösung vor. Es geht doch in der Sache um den Benchmark und nicht um die "Schönheit und Vollkommenheit der
Bits und Bytes".