unit initialisieren

[shmia]

Zitat:

Zitat von jaenicke

Was macht denn Lazarus da so anders als Delphi? :gruebel:

Weiss nicht so genau, aber eigentlich ist es auch egal.
Denn:
1.) es sind wahrscheinlich noch Initialization-Abschnitte anderer Units vorhanden, die noch nicht ausgeführt wurden
2.) die Reihenfolge in der die Initialization-Abschnitte ausgeführt werden lässt sich nicht zuverlässig und stabil bestimmen.
Man kann schon Einfluss nehmen über die Projektdatei aber das ist nicht zuverlässig;
man kann jederzeit aus Unachtsamkeit oder Unwissenheit die Reihenfolge ändern
3.) Application.Initialize wurde noch nicht aufgerufen


Daraus lassen sich folgende Schlüsse ziehen:
a.) man darf sich niemals darauf verlassen, dass andere Units schon initialisiert sind
b.) man darf im Initialization-Abschnitt nur Dinge tun, die keinerlei Nebenwirkungen haben
erlaubt wäre z.B. Zufallsgenerator mit Startwert belegen, Array mit Sinuswerten vorab berechnen
nicht erlaubt sind z.B. Aktionen, die in irgeneiner Art mit dem Benutzer in Kontakt treten
oder Code der potentiell eine Exception auslösen kann
c.) man sollte den Initialization-Abschnitt so gut wie möglich vermeiden, denn er kann nur mit globalen Variablen und globalen Resourcen arbeiten.

[himitsu]

Die Punkte 1 und 2 sind z.B. Delphi zwar auch "unberechenbar", aber es steht definitiv fest, daß alle Units, welche im Interface eingebunden werden immer vor der Initialization initialisiert werden.

Nur bei Units, welche erst in der Implementation eingebunden werden, ist diesbezüglich keine Garantie festgelegt.

Da Lazarus/FPC angeblich eine "Nachmache" von Delphi ist und dieses Verhalten schon immer so sein dürfte, sollte sich FPC doch auch daran halten?
Ansonsten würde ich dieses als gravierenden Fehler einstufen.




Also ich hoffe mal der Fehler liegt bei Punkt 3, denn auch in Lazarus dürfte ShowMessage ein VCL-Formular kapseln
und die VCL wird über Application.Initialize erst richtig initialisiert.

[jaenicke]

Application.Initialize wird normalerweise gar nicht gebraucht. Nur aus der Unit ComObj wird eine Initialisierungsmethode zum Beispiel eingetragen, das braucht man aber nur für COM. Rein mit der VCL hat das erst einmal nichts zu tun und man kann die Zeile (zumindest bei Delphi) einfach löschen.

[himitsu]

Daß darin in Delphi nichts passiert, weiß ich schon, aber ich könnte diesbezüglich nichts über Lazarus sagen.

Aber wenn es nicht Punkt 3 ist, dann .... nja :?

[JamesTKirk]

Zitat:

Zitat von jaenicke

Application.Initialize wird normalerweise gar nicht gebraucht. Nur aus der Unit ComObj wird eine Initialisierungsmethode zum Beispiel eingetragen, das braucht man aber nur für COM. Rein mit der VCL hat das erst einmal nichts zu tun und man kann die Zeile (zumindest bei Delphi) einfach löschen.

Ein kurzer Test durch Einfügen eines Application.Initialize vor dem init-Aufruf ergibt einen funktionierenden Dialog.
Ein kurzer Blick in das Application.Initialize ergibt, dass da durchaus einiges zum Start gemacht wird. Also eine LCL Anwendung am besten nie ohne diesen Aufruf starten. ;)

Ich würde auf jeden Fall aber nicht empfehlen LCL-Code innerhalb eines initialization-Abschnittes anzufassen (genause wie man es nicht von einem anderem Thread sollte). Das gibt nichts als Ärger.

EDIT: Rechtschreibung

Gruß,
Sven