Gute Neuigkeit! DEC 6.2 soeben released!

[TurboMagic]

Hallo,

gerade eben wurde eine neue Version der DEC (Delphi Encryption Compendium) veröffentlicht:

https://github.com/MHumm/DelphiEncry...eases/tag/V6.2

Was ist alles neu?

• Regressionen beseigigt, auch welche die Compilieren mit älteren Compilern verhindern (Support für ältere COmpiler kann aber in Zukunft eingeschränkt werden!)
• Fehler in den Verschlüsselungsalgorithmen SCOP und SHARK korrigiert
• Die Unit Tests für die Hash Algorithmen, soweit noch fehlend und möglich, um originale Testvektoren ergänzt
• Den SHA3 Hash Algorithmus für 224, 256, 384 und 512 Bit hinzugefügt, inklusive Unterstützung für Nachrichtenlängen die nicht auf ganze Bytes ausgerichtet sind und Nutzung von Eric Grange's optimierter Assembler Umsetzung auf Win32/Win64
• Neues Demo Programm: Hash Benchmark FMX

Viel Spaß damit. Die GetIt Lite Version wird in den nächsten Tagen folgen.

Grüße
TurboMagic

[Andreas13]

Vielen Dank, TurboMagic!
Gruß, Andreas

[TurboMagic]

Für diejenigen, die das gerne per GetIt in der IDE installieren (dann aber halt nur eine Lite Version ohne Verschlüsselungen bekommen):
die nötige Lite Version wurde eben für GetIt Publikation eingereicht. Sollte also hoffentlich zügig als V6.2 Lite verfügbar sein.

[EdAdvokat]

ich habe die neuen SHA3-Hash-Funktionen sowohl in ein VCL als auch in das FMX-Projekt eingebunden und es kompiliert ohne Fehlermeldung. Rufe ich jedoch diese 3 neuen Hash-Funktionen
auf, um damit einen Hash zu erstellen, erhalte ich folgende Meldung
Project1
---------------------------
Class SHA3_224 is not registered.
---------------------------
OK
---------------------------
was bedeutet das? Wie sollte die class SHA3_224 und die anderen SHA3-class registerit werden?
Ich habe das Beispielprojekt FMX-Hash mit allen DEC-Hash-Funktionen auch auf VCL umgeschrieben. Bei beiden Projekten das gleiche Problem, jedoch nur bei den neuen SHA3-Hash.

[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]

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]

Wer will kann die aktuellen Arbeiten zur Beseitigung dieser Bugs gerne Testen.
Über Rückmeldungen würde ich mich freuen.

Diese sind in diesem Branch:

https://github.com/MHumm/DelphiEncry...elease_for_6.2

- deplyoproj für Hash_FMX gefixt
- HashBenchmark FMX: StringColumn2.HorzAlign := TTextAlign.Trailing; Problem begrenzt.
Sollte jetzt keinen Fehler mehr beim Laden der FMX Datei werden, nur das mit dem
automatischen Hinzufügen der FMX.Grid.Style Unit hab' ich noch nicht im Griff.
Ich weiß auch noch nicht, was ich von der Idee halten soll, eine leere Unit
gleichen Namens im Projekt anzulegen. Was macht 10.4.x drauß, die IDE wird das
ja nicht umsonst hinzufügen...

Grüße
TurboMagic

[EdAdvokat]

Ich habe nun die ersten Testversuche mit der gepachten Version 6.2.1 durchgeführt und folgende Ergebnisse erzielt:

1. Mit Delphi 10.2 und 10.3 habe ich beim Kompilieren mit F9 immer wieder die Fehlermeldung E1026 mit dem Hinweis, dass MainForm.dfm in einem FMX Programm fehlen würde.
Nachdem ich das Programm mit "Erstellen" und danach mit F9 kompiliere erhalte ich keine Fehlermeldungen bei Cipher_FMX, Hash_FMX und Benchmark_FMX.

2. Test mit Delphi 10 Seattle sieht da anders aus: Cipher_FMX läßt sich nicht kompilieren, da FMX.Grid.Style nicht gefunden wird.
Hash_FMX gibt eine Fehlermeldung für Zeile 156 - 165 aus. FormMain.ShowErrorMessage dort sei IFMXDialogServiceAsync nicht bekannt
Vermutlich ist Seattle für das Programm in Fragen FMX zu alt oder?

Benchmark_FMX wirft beim Aufruf den bekannten Fehler sg_Results.Options; Nach ignorieren und Kompilierungsversuch Fehler: FMX.Grid.Style nicht gefunden.
Also Seattle scheint wohl für das DEC-Projekt nicht geeignet zu sein.

Soweit meine ersten Testversuche.
Interessant für mich und auch neu ist der Fehler E1026. Was könnte das denn sein? Das hatte ich bisher nur in den DEC-Projekten.
Komischerweise ist alles i.o wenn ich das Programm mit Erzeugen und dann F9 starte. Hat da jemand eine Erklärung?