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!