Gute Neuigkeit! DEC 6.2 soeben released!

[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".

[EdAdvokat]

Hallo anbei der Link zur bewußten Datei mit den <<<>>> usw., die nochmals überprüft werden sollte
https://github.com/MHumm/DelphiEncry...FMX.deployproj

[TurboMagic]

Hallo,

habe mit dem Bugfix Arbeiten begonnen.
Sind in einem neuen 6.2.1 Branch. Deployproj ist schon gefixt, Rest kommt auch noch der Reihe nach.

Grüße
TurboMagic

[TurboMagic]

Problem:

Ich versucht das mit dieser FMX Eigenschaft in HashBenchmark zu fixen und gleichzeitig diese
in früheren Versionen nicht vorhandene FMX.Grid.Style Unit nur ab Sydney in den Uses auftauchen
zu lassen. Nur klappt mindestens letzteres nicht, da bei jedem Speichern oder Compilieren des
Projektes diese Unit von der IDE wieder hinzugefügt wird.

Was kann ich da tun?
Das hier versteht die IDE leider nicht:

Delphi-Quellcode:

  {$IF CompilerVersion >= 34.0}
  FMX.Grid.Style,
  {$ENDIF}

[NormanNG]

eine Möglichkeit:

wenn die fraglichen Komponenten manuell im OnCreate o.ä. erzeugt werden, steht nichts falsches in der DFM....

[Andreas13]

Zitat von TurboMagic:

Was kann ich da tun?
Das hier versteht die IDE leider nicht:

Delphi-Quellcode:

  {$IF CompilerVersion >= 34.0}
  FMX.Grid.Style,
  {$ENDIF}

Hallo TurboMagic,
Versuch es mal so:

Delphi-Quellcode:

  {$IF NOT (CompilerVersion < 34.0)}
  FMX.Grid.Style,
  {$ENDIF}

Gruß, Andreas

[TurboMagic]

Hallo,

ok, das mit der deployproj hab' ich jetzt kapiert.
Keine Ahnung wie das zustande kam, aber das kann ich lösen.

Weitere Arbeiten an diesen Problemen aber wohl erst morgen.

Grüße
TurboMagic