Was kompiliert Delphi 10.3.3 da???

[harfes]

@Uwe Raabe: es handelt sich um die TIBCSQL-Komponente aus dem IBDAC-Paket von Devart. Und die eingesetzen Komponenten sind die selben Versionen, die ich auch in 10.2 verwendet.

@jaenicke: ok, Steinigung wird angenommen! Aber: zu meiner "Verteidigung" muss ich sagen, dass ich with schon seit vielen Jahren problemlos nutze (auch in grösseren Projekten) und bisher nie Probleme damit hatte. Aber nach den Erklärungen hier, werde ich das wohl ändern...wenn der Compiler/Debugger nicht wirklich was mit dem Code im with-Bereich anfangen kann, dann hatte ich bisher wohl immer Glück.

@zeras: die gemeldeten Fehler für die 10.3.1 und 10.3.2 hier im Forum sprechen für sich - zumal es bei einigen funktioniert, bei anderen nicht. Das würde ich als unzuverlässig einstufen. Diese Erfahrungen musste auch ich machen, aber die 10.3.3 macht bisher einen guten Eindruck. Des weiteren habe ich alle Delphi-Versionen jeweils in einer eigenen Maschine, so dass ich nur manchmal ein Projekt "hochziehen" muss. Neue Projekte fange ich aber immer in der aktuellsten Version an - sofern diese stabil ist...

Hartmut

[DieDolly]

Ich habe schon seit der ersten kostenlosen Starter-Version seltsame Fehler die es bis heute gibt.
Nicht oft aber immer wieder mal wenn ich ein etwas größeres Projekt kompiliere, wird der Vorgang abgebrochen und mit einem Fehler an einer Zeile quittiert, wo es gar keinen Fehler gibt. Bis vor ein paar Updates war dieser Fehler immer am Ende einer Unit in einer Zeile, wo gar nichts steht. Fehler noch immer da, aber an einer anderen Stelle wo es trotzdem keinen Fehler gibt.

[Bernhard Geyer]

Zitat von DieDolly:

Nicht oft aber immer wieder mal wenn ich ein etwas größeres Projekt kompiliere, wird der Vorgang abgebrochen und mit einem Fehler an einer Zeile quittiert, wo es gar keinen Fehler gibt. Bis vor ein paar Updates war dieser Fehler immer am Ende einer Unit in einer Zeile, wo gar nichts steht. Fehler noch immer da, aber an einer anderen Stelle wo es trotzdem keinen Fehler gibt.

Das könnte aber auch am Virenscanner liegen, der einfach nicht mehr Geschwindigkeit der Compilierung hinterherkommt und zufällig irgendwelche Units blockiert an denen der Compiler/IDE einfach kein Problem erwartet und deshalb auch nicht mit einer vernünftigen Fehlermeldung die eigentliche Ursache beschreibt.

Am besten z.B. die dcu-Dateien vom Scan ausnehmen.

[jaenicke]

Ich bekomme beim einfachen Kompilieren nach einer Änderung im Interface einer Unit auch ab und zu mal einen internen Fehler oder Typ xyz nicht gefunden (der in der Unit deklariert ist). Das lässt sich dann nur mit einem Neuerstellen lösen.

Da das nicht reproduzierbar ist, lässt sich das aber eben kaum melden...

Solche Probleme hatten wir aber auch schon bei XE (dort auch ohne Änderung). Das ist seitdem schon deutlich seltener, tritt aber auch bis mind. 10.3.2 auf.

Zitat von harfes:

wenn der Compiler/Debugger nicht wirklich was mit dem Code im with-Bereich anfangen kann, dann hatte ich bisher wohl immer Glück

Das kannst du ganz einfach testen. Versuche einfach mal per Mouseover den Hint zu der Property SQL zu bekommen. Oder versuche mit Strg + F7 z.B. Params[0].Value aus deinem Code auszuwerten.

Du wirst sehen, dass du da zuerst den Inhalt deines with davor schreiben musst. Und das bremst halt beim Debuggen enorm... zumal du manchmal gar nicht genau siehst, ob du das durch den with-Ausdruck ergänzen musst oder nicht...
Und wenn du dort z.B. Width auswertest und es das außen und im with-Ausdruck gibt, wertet der Debugger von außen aus, z.B auf das Formular bezogen, weil er das woth nicht kennt...

[sakura]

Zitat von Bernhard Geyer:

Zitat von DieDolly:

Nicht oft aber immer wieder mal wenn ich ein etwas größeres Projekt kompiliere, wird der Vorgang abgebrochen und mit einem Fehler an einer Zeile quittiert...

Das könnte aber auch am Virenscanner liegen, ...

Könnte, glaube ich aber nicht. Dieses Phänomen haben wir hier auch, bei größeren Projekten geht im Compiler irgendwo etwas schief. Wieso ich Virenscanner ausschließe? Einfach: es passiert immer an den gleichen Stellen, wenn ich bestimmte Änderungen an anderen Stellen vornehme. Immer...

......

P.S.: Außer Windows-Tools keine weiteren Virenscanner in der VM.
P.P.S.: Es passiert auf jedem Dev-PC, immer.

[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