Was kompiliert Delphi 10.3.3 da???

[harfes]

@Rolf Frei + MichaelT: Ja, es kommt aus einer Migration von FIBPlus nach IBDAC...allerdings ist dieser Code schon seit XE7 dort und funktioniert bis einschliesslich 10.2 problemlos. Warum, frage ich mich jetzt allerdings selber! Aber solange der Compiler und vor allem der Kunde nicht meckert, fällt es halt nicht auf (und die dahintersteckende Funktion wird täglich so um die 30-50mal aufgerufen - das würde bei Nichtfunktion natürlich schnell auffallen).

Auch der 10.3.3-Compiler meckert ja nicht, interpretiert aber anscheinend den Code intern jetzt anders und das führt beim Ausführen des Programms zu besagtem "Fehler". Damit sind wir wieder beim with...und: irgendetwas muss sich am/im Compiler ja geändert haben, sonst würde jetzt ja nicht dieses "Problem" aufgetaucht sein. Ich habe für mich jedenfalls den Schluss gezogen, dass ich with in Zukunft nicht mehr verwenden werde - auch wenn ich es persönlich übersichtlicher finde...
Des weiteren habe ich die Komponente TIBCSQL mal gegen eine TIBCQuery getauscht und es beim with belassen (es heisst dann aber ExecSQL und nicht mehr ExecQuery) -> damit funktioniert auch die procedure mit with einwandfrei.

Hartmut

[Uwe Raabe]

Zitat von harfes:

Auch der 10.3.3-Compiler meckert ja nicht, interpretiert aber anscheinend den Code intern jetzt anders

Ich bin ziemlich sicher, daß das nicht der Fall ist. Wenn das in 10.2.3 Tokyo mit dem Close innerhalb des with noch nicht zu einem Schließen des Forms geführt hat, dann entweder weil die with-Klasse dort noch ein Close kannte oder ein hier nicht sichtbarer Code das verhindert hat (z.B. innerhalb OnCloseQuery).

[Rolf Frei]

Ich vermute mal, dass du da in XE7 irgendwie die alten FIBPlus Komponenten genutzt hast (falscher Suchpfad, der noch auf FIBPLus zeigte), ohne dir dessen bewusst zu sein. Jetzt in 10.3.3 hast du vermutlich andere Pfade oder die alten zum FIBPlus garnicht erst mehr in der Suchliste. Das wäre für mich die einzige Erklärung. Das hätte so auch in XE7 nicht funktioniert, wenn da wirklich die selben Komponenten gelinkt wurden.

[MichaelT]

Hallo,

FIB plus war ein Maß unbestritten.

Yep. Ich kann mich nurmehr düster an Diskussion in grauer Vorzeit erinnern aus den Konsequenz der Einbau dieser Kompatibiltätsfunktionen war. Der Usercode wird nicht migriert. In dem Eck holt man noch keine Speed ohne tatsächlich umzubauen.

Das muss sich auch mal rentieren. Die Speed einer Anwendung hochzutreiben heißt noch lange nicht, dass wenn alle gegen einen Server arbeiten davon profitieren. Deswegen ist die Devart mit Standardeinstellungen so mal im Mittel ganz gut.

Ich habe 10.3.3 noch nicht installiert und IBDAC nicht in Verwendung und damit keine Sourcen. Es stellt sich die Frage ob nicht über Interfaces Leerimplementierungen resp. ergänzende 'hereinvererbt werden' damit alles gleich bleibt und andererseits in den Komponenten Abläufe automatisch werden angestoßen. Devart hat sich in dem Eck sehr viel angetan.

Ich denke mich düster zu erinneren, dass Devart den Close vom Windows abfangen, ihre Arbeit erledigen und dann selbst absetzen. (Sicher bin ich mir nach Jahren nicht mehr, ob der Zusammenhang dort war). So etwas in die Richtung ist es vermutlich. Hätte es folgerichtig in der Vergangenheit auch schon sein müssen. Das verwundert mich persönlich genauso.

Zitat von harfes:

@Rolf Frei + MichaelT: Ja, es kommt aus einer Migration von FIBPlus nach IBDAC...allerdings ist dieser Code schon seit XE7 dort und funktioniert bis einschliesslich 10.2 problemlos. Warum, frage ich mich jetzt allerdings selber! Aber solange der Compiler und vor allem der Kunde nicht meckert, fällt es halt nicht auf (und die dahintersteckende Funktion wird täglich so um die 30-50mal aufgerufen - das würde bei Nichtfunktion natürlich schnell auffallen).

Auch der 10.3.3-Compiler meckert ja nicht, interpretiert aber anscheinend den Code intern jetzt anders und das führt beim Ausführen des Programms zu besagtem "Fehler". Damit sind wir wieder beim with...und: irgendetwas muss sich am/im Compiler ja geändert haben, sonst würde jetzt ja nicht dieses "Problem" aufgetaucht sein. Ich habe für mich jedenfalls den Schluss gezogen, dass ich with in Zukunft nicht mehr verwenden werde - auch wenn ich es persönlich übersichtlicher finde...
Des weiteren habe ich die Komponente TIBCSQL mal gegen eine TIBCQuery getauscht und es beim with belassen (es heisst dann aber ExecSQL und nicht mehr ExecQuery) -> damit funktioniert auch die procedure mit with einwandfrei.

Hartmut

[harfes]

Ok, ich habe gerade gesehen, dass die von mir verwendete, aktuellste Version 7.0.1 der IBDAC noch nicht für 10.3.3 freigegeben ist (laufen tut sie jedenfalls). Ich bin gespannt, ob der alte with-Code mit dem Close auch dann wieder laufen wird...lt. Devart soll die neue Version nächste Woche kommen.

Und nein, ich werde den Code nicht so lassen, auch wenn es laufen sollte! Jetzt suche ich gerade, ob es von den "Migrationsresten" noch mehr gibt...

Hartmut

[MichaelT]

10.3.3 läuft auf dem selben OS? Rein dem Interesse halber ...

Zitat von harfes:

Ok, ich habe gerade gesehen, dass die von mir verwendete, aktuellste Version 7.0.1 der IBDAC noch nicht für 10.3.3 freigegeben ist (laufen tut sie jedenfalls). Ich bin gespannt, ob der alte with-Code mit dem Close auch dann wieder laufen wird...lt. Devart soll die neue Version nächste Woche kommen.

Und nein, ich werde den Code nicht so lassen, auch wenn es laufen sollte! Jetzt suche ich gerade, ob es von den "Migrationsresten" noch mehr gibt...

Hartmut

[harfes]

@MichaelT: Ja, OS ist gleich geblieben (Win10Pro 1903). Wie bereits geschrieben, habe ich jede Version von Delphi in einer eigenen VM. In diesem Fall habe ich für die 10.3 eine angelegt und auf 10.3.3 upgegraded (10.3.2 deinstalliert -> mit Einstellungen behalten und dann 10.3.3 installiert). Obwohl bei dem Upgrade die Komponenten übernommen wurden, habe ich dann nach dem Problem nochmal alle deinstalliert und neu installiert, damit diese neu kompiliert werden. Aber daran hat's ja nicht gelegen...

Hartmut

[MichaelT]

Ok. Ich bin noch auf Win 8.1.

Ich war nicht mehr sicher, da ein Close in deinem Code noch funktionierte. Deswegen kam ich überhaupt mal auf meine Vermutung mit dem Abfangen der Message usw. Darauf hätte ein anderes OS Wirkung haben können. So ich mich recht erinnere passier das wegen des Multithreadings und des Aufräumens beim schließen einer Anwendung. Die Erinnerung trügt und ob das bei IBDAC war usw...

Wenn der Seite kein Ungemach kommt, dann hat deine Beobachtung mit dem WITH Hand und Fuß.

Bei mir gibt es nur Linux Boxen und pro 'gelungenem' Delphi bleibt der Rechner wie er ist. Ich mache jetzt mal langsam einen Win 10 Rechner.

Mit Delphi bin ich selbst soweit mehr als zufrieden.

Zitat von harfes:

@MichaelT: Ja, OS ist gleich geblieben (Win10Pro 1903). Wie bereits geschrieben, habe ich jede Version von Delphi in einer eigenen VM. In diesem Fall habe ich für die 10.3 eine angelegt und auf 10.3.3 upgegraded (10.3.2 deinstalliert -> mit Einstellungen behalten und dann 10.3.3 installiert). Obwohl bei dem Upgrade die Komponenten übernommen wurden, habe ich dann nach dem Problem nochmal alle deinstalliert und neu installiert, damit diese neu kompiliert werden. Aber daran hat's ja nicht gelegen...

Hartmut

[harfes]

Und der nächste "Spass": nachdem ich die with-"Probleme" behoben habe, zeigt mir der Compiler jetzt Fehler an, mit denen ich so gar nix anfangen kann:

[dcc32 Fehler] E1026 Datei nicht gefunden: 'FMXTee.Editor.Picture.fmx'
[dcc32 Fehler] E1026 Datei nicht gefunden: 'FMXTee.Editor.Gradient.fmx'
[dcc32 Fehler] E1026 Datei nicht gefunden: 'FMXTee.Editor.Brush.fmx'
...

Was bitte hat FMX in einem reinem Windows 32bit-Programm zu suchen??? Auch Tee wird nicht eingesetzt. Das Projekt stammt noch aus XE2 - und wie bereits geschrieben: unter 10.2 wird es kompiliert und läuft. Hat jemand irgendeine Idee, was da schief läuft?

Ach ja, noch was: solange der Compiler Fehler meldet, funktioniert CodeInsight nicht! Auch nicht mit Ctrl+Space. So ganz werde ich mit dem 10.3.3 noch nicht warm...

Hartmut