Delphi 10.4.1 macht Probleme beim Schließen einer Query

[skoschke]

Hallo,

unter Windows funktioniert das Schließen einer Query

Delphi-Quellcode:

    FDQuery1.Close;

es wird ja nur Active := false gesetzt.

Unter Android kommt dort Segmentation Fault (11)

Dies aber nicht bei allen Querys!
Dass die Query nicht Nil ist, wird geprüft, was könnte noch die Ursache sein?
Unter Delphi 10.3.3 lief das alles noch fehlerfrei!

Ciao
Stefan

Nachtrag:
Beim Debuggen ist mir nun doch noch was aufgefallen:

Delphi-Quellcode:

var
  FDQuery: TFDQuery;
  FDQuery1: TFDQuery;
  FDQuery2: TFDQuery;
  FDQuery3: TFDQuery;
...

nach begin der Routine sind die Querys nämlich nicht, wie von mir eigentlich erwartet = Nil, sie werden ja erst im Programmablauf erzeugt!
Unter Windows wird im Überwachungsfenster "nicht verfügbarer Wert" angezeigt, unter Android 0xffa8a000
Erst wenn ich FDQuery auf Nil setze ist alles wie eigentlich erwartet!

[Der schöne Günther]

Sind das lokale Variablen oder Felder eines Objekts? Im ersteren Fall ist das doch völlig normal dass da irgendwas drinsteht.

[skoschke]

Es sind lokale Variablen, Delphi 10.3.3 hat sich daran bisher nicht gestört...

Ciao
Stefan

[Der schöne Günther]

Dann war das aber reiner Zufall dass das überhaupt funktioniert hat. Lokale Variablen (Ausnahme: Gemanagte Typen wie z.B. IInterface oder String) sind nicht initialisiert, das war schon immer so.

Da warnt dich doch auch eigentlich ganz klar der Compiler vor?

[haentschman]

[OT]

Zitat:

Da warnt dich doch auch eigentlich ganz klar der Compiler vor?

...sofern man nicht hunderte Warnungen hat. :? In meinem übernommen Projekt hatte ich 680 Warungen und Hinweise. Da sieht man nix mehr! :roll:
[/OT]

[Uwe Raabe]

Zitat:

Zitat von skoschke (Beitrag 1483344)

Es sind lokale Variablen, Delphi 10.3.3 hat sich daran bisher nicht gestört

Bei 10.3.3 unterlag unter Android ein TObject der automatische Referenzzählung (ARC). Demnach wurden auch lokale Variablen mit nil initialisiert. Seit 10.4 ist das anders und man kann nicht mehr davon ausgehen dass lokale Objekt-Instanzen mit nil initialisiert sind.

[Der schöne Günther]

Ach natürlich, TObject war unter Android/iOS auch ein gemanagter Typ.

Zitat:

Zitat von Der schöne Günther (Beitrag 1483345)

Lokale Variablen (Ausnahme: Gemanagte Typen wie z.B. IInterface oder String) sind nicht initialisiert

[himitsu]

Man kann sich aber einen eigenen TMyObjekt-Record bauen, der Implizit-Casts zum richtigen Objekttypen hat.
Und dann nun entlich mit den neuen Record-Managementfunktionen den Zeiger mit NIL initialisieren lassen.


OK, schöner wäre es, wenn man bei Objekt-Klassen ein "AutoInit"-Attribut deklarieren könnte und dann Delhi sowas automatisch macht.



OK OK, man könnte auch auch einfach nur auf den Compiler hören, der einem sagt "da ist was nicht initialisiert" und man macht dort ein :=nil hin. :stupid: