Gute Neuigkeit! DEC 6.2 soeben released!

[TurboMagic]

Hallo,

am Klassenregistrierungsmechanismus habe ich nichts mehr geändert,
ruft man die Funktion mit vollständigem Klassennamen auf, funktioniert
alles wie gedacht. Dafür ist's da

Aber:

1. Standardmäßig werden erstmal alle Klassen registriert, es
würde vermutlich also aller Code mit reincompiliert aber:

2. Es gibt inzwischen ein Define "ManualRegisterClasses".
Wenn dieses definiert ist werden gar keine Klassen registriert.
Dann wird durch Smartlinking in Delphi nur das mit reincompiliert/gelinkt,
was du auch benutzt.

3. Den Klassenregistrierungsmechanismus muss man nicht benutzen. Der ist
u.a. drin, weil es das früher schon mal gab und kann in bestimmten
Situationen (wie den FMX Demos für Hashes und Ciphers) nützlich sein oder
wenn man ein verschlüsseltes Dateiformat konstruiert, welches verschiedene
Algorithmen erlaubt. Dann kann man die Identity benutzen und über den
Registrierungsmechanismus eine Instanz des benötigten Algorithmus erzeugen.

Wenn nichts dagegen spricht würde ich diese Fassung dann als 6.2.1 veröffentlichen, ok?

Grüße
TurboMagic

[EdAdvokat]

Also aus meiner ganz bescheidenen Sicht spricht nichts gegen den erneuten Stapellauf! Aber ggf. äußern sich noch andere kompetentere User, denn einige haben das Procedure ja mit
verfolgt und haben vermutlich dazu auch eine Meinung.

[Michael II]

Habe soeben 6.2.1 bugfix... heruntergeladen und installiert. Wenn ich mit 10.4.2 Demos\Cipher_FMX in der IDE starte, dann zeigt mir Delphi an:
Im Projekt Cipher_FMX.exe ist eine Exception der Klasse EReadError mit der Meldung 'Ungültiger Eigenschaftswert' aufgetreten. ---------------
Im Projekt Cipher_FMX.exe ist eine Exception der Klasse EReadError mit der Meldung 'Fehler beim Lesen von ComboBoxCipherAlgorithm.OnChange: Ungültiger Eigenschaftswert' aufgetreten. Das Programm wird beendet.

[EdAdvokat]

ich habe mal die MainForm.pas von Cipher_FMX mit früheren Versionen(06.03.21) verglichen. procedure TFormMain.ComboBoxCipherAlgorithmChange(Sender: TObject): Zeile 279 und folgende
unterscheiden sich lediglich dadurch das jetzt verwendete inttostr und früher .tostring eingesetzt wurde.
Ich habe mal probeweise den alten Zustand mit .tostring wiederhergestellt und bei mir läuft es durch. Sollte also ggf. mit D 10.4.2 getestet werden. Oder hat es mit der alten Version
und D 10.4 da auch schon Probleme gegeben?

[Michael II]

Habe nochmal geladen und installiert - es geht; alles OK.

[TurboMagic]

Zitat von Michael II:

Habe nochmal geladen und installiert - es geht; alles OK.

Diesen Absturz hatte ich gestern auch mal, nur dann wieder vergessen und die Fehlermeldung ist ja
leider nicht all zu hilfreich. Sagt ja nicht, welche Eigenschaft fslsch ist.

Ich konnte es eben auch nicht mehr anchstellen (in 10,4,2).
Habe eben noch die letzten Anpassungen der Projektdateien (Unit Ausgabeverzeichnis des DUnitX
Projektes korrigiert und Versionshistorie aktualisiert) committed.

Wenn also nichts dagegen spricht würde ich das gegen Abend so veröffentlichen.