Delphi Standard Variablen Initialisierung

[uligerhardt]

Zitat von himitsu:

FreeAndNil sollte aber auch diese Meldung produzieren, wenn vorher nichts zugewiesen wurde.

FreeAndNil nimmt den Parameter als var entgegen. Das hebelt einige Compilerprüfungen aus.

[freimatz]

Deswegen sind bei uns (eigentlich) var-Parameter verboten - und das ist gut so.
Aber das hilft dem NicoDelphiCoder auch nicht. Er hat ja geschrieben dass das viel alter Code ist. Der lief ja bisher.
Es mag kein Trost sein NicoDelphiCoder, aber wir hatte bei der Umstellung auf 64-Bit auch viele Sünden in unserem Code bemerkt. Die meisten waren allerdings schon bei unit-tests bemerkt worden. (Die häufigsten Probleme waren allerdings andere Ergebnisse bei Fließkomma und die Tests waren oft zu streng.)

[himitsu]

Eigentlich nicht. VAR ist Read/Write.
Nur beim OUT gibt es "im Grunde" keinen Lesevorgang, womit auch ausschließlich dort dann diese Prüfung ausfallen sollte.

[himitsu]

PS: Nein, FreeAndNil hat keinen Var-Parameter mehr,
sondern ähhh ja FreeAndNil(const [ref] Obj: TObject); . (den Grund könnte ihr mehrmals in der SuFu finden)

Ja, auch wenn es CONST ist, wird intern über einen bösen Cast (um die Schreibschutzprüfung des Compilers auszuhebeln) schreibend darauf zugegriffen ,
nachdem gelesen wurde, weswegen trotz INLINE dennoch grundsätzlich die "nicht zugewiesen"-Meldung kommen müsste.

[NicoDelphiCoder]

Das ist gut zu wissen, dass die Warning bei FreeAndNil wegen dem const nicht funktioniert (Hatte ich nie hinterfragt). Da wir seeeeehr viel Code haben können wir FreeAndNil nicht ohne weiteres zu .Free ersetzten. Weil einige Stellen davon ausgehen, dass das Objekt danach auch nil ist. (Klar könnte man auch manuell nil zuweisen, wäre dann aber mehr Schreibarbeit).

Denke man könnte aber Temoprär FreeAndNil über ein Script auf .Free ändern und sich die Stellen aufschreiben, wo der Compiler meckern würde. Das wäre schonmal sehr hilfreich

Zwar bleibt jetzt das eigentliche Mysterium offen, warum bei 32 Bit anders initialisiert wird, aber wenigstens hätten wir einen Weg einfacher die Stellen zu finden, wo Objekte nicht initialisiert werden.

Merci an alle!

[Stevie]

Zitat von NicoDelphiCoder:

Das ist gut zu wissen, dass die Warning bei FreeAndNil wegen dem [ref] nicht funktioniert

Fixed