Application.CreateForm hängt

[jaenicke]

Zitat:

Zitat von lxo (Beitrag 1491574)

Wie himitsu bereits sagt, vermute ich auch es liegt an Datenbankkomponenten oder irgendwelchen anderen Komponenten die noch nebenherlaufen.

Dann solltest du das aber auch im Stacktrace des Hauptthreads sehen wie schon geschrieben, wenn du auf Pause drückst während der Wartezeit.

[haentschman]

Moin...:P

Zitat:

Ja, aber es dauert schon 15 Sekunden bis ich ins Create komme.

Vor der ersten Zeile des OnCreate werden alle Komponenten "initialisiert". Deshalb die Info auf die Prüfung der Properties usw. :zwinker:

Zitat:

Datenbankkomponenten auf der Form? (mit falschen Connectiondaten)

Das ist der Klassiker. In der Connection zur Designzeit Active = True gesetzt. :zwinker:

[lxo]

Zitat:

Zitat von jaenicke (Beitrag 1491575)

Zitat:

Zitat von lxo (Beitrag 1491574)

Wie himitsu bereits sagt, vermute ich auch es liegt an Datenbankkomponenten oder irgendwelchen anderen Komponenten die noch nebenherlaufen.

Dann solltest du das aber auch im Stacktrace des Hauptthreads sehen wie schon geschrieben, wenn du auf Pause drückst während der Wartezeit.

Wenn ich während der Wartezeit anhalte, komme ich in die CPU-Ansicht und der hält bei "ntdll.RtlUserThreadStart", von da aus weiter in "ntdll.LdrInitializeThunk"

[jaenicke]

Zitat:

Zitat von lxo (Beitrag 1491577)

Wenn ich während der Wartezeit anhalte, komme ich in die CPU-Ansicht und der hält bei "ntdll.RtlUserThreadStart", von da aus weiter in "ntdll.LdrInitializeThunk"

Das ist vermutlich nicht der Stacktrace des Hauptthreads. Nach dem Anhalten musst du schon erst dorthin wechseln (in der Threadansicht doppelt auf den ersten Thread klicken).

[stifflersmom]

Zitat:

Zitat von haentschman (Beitrag 1491576)

Moin...:P
Das ist der Klassiker. In der Connection zur Designzeit Active = True gesetzt. :zwinker:

Und genau dafür ist GExpert mit den Set Component Propertiers Gold wert!
Dort einfach die gewünschte Eigenschaft konfgurieren, z.B.

Delphi-Quellcode:

Component.Connected := false;

und schon wird beim Compilieren das automatisch gesetzt.

[Uwe Raabe]

FireDAC bietet da von Haus aus noch eine andere Möglichkeit: Bei dem ConnectedStoredUsage einfach das auRunTime rausnehmen, dann wird die Connection zur Laufzeit auch nicht aktiviert. (Man kann zusätzlich auch das auDesignTime rausnehmen, dann wird die Connection auch beim nächsten mal in der IDE nicht verbunden.)

Zur Laufzeit kann man das auch pauschal für alle Connections vorgeben, wenn man vor dem Laden des ersten Forms oder Datenmoduls ein

Delphi-Quellcode:

FDManager.ActiveStoredUsage := []

einfügt (auDesignTime ist zur Laufzeit eh irrelevant).

Ergänzend müssen dann auch alle verbundenen DataSets (z.B. TFDQuery) das ActiveStoredUsage entsprechend gesetzt haben, da sonst beim Aktivieren des DataSets implizit auch die Connection geöffnet wird. Das lässt sich zur Designzeit relativ einfach über ein Multi-Select einstellen.

[dummzeuch]

Mir fehlt in der ganzen Diskussion immernoch der einfachste Ansatz: Mit Debug DCUs compilieren und im Debugger durchsteppen.

Ich hatte das ziemlich am Anfang vorgeschlagen.

Wenn der Threadersteller das gemacht hätte, wüsste er jezt, wonach er schauen muss, aber es ist wohl zu kompliziert.

[lxo]

Zitat:

Zitat von dummzeuch (Beitrag 1491590)

Mir fehlt in der ganzen Diskussion immernoch der einfachste Ansatz: Mit Debug DCUs compilieren und im Debugger durchsteppen.

Ich hatte das ziemlich am Anfang vorgeschlagen.

Wenn der Threadersteller das gemacht hätte, wüsste er jezt, wonach er schauen muss, aber es ist wohl zu kompliziert.

Den Ansatz werde ich auch weiter verfolgen. Komme heute leider nur noch dazu mich mit dem Problem auseinander zu setzen.
Vielen Dank schonmal für die zahlreichen Tipps.

[himitsu]

Zitat:

Zitat von lxo (Beitrag 1491577)

Wenn ich während der Wartezeit anhalte, komme ich in die CPU-Ansicht und der hält bei "ntdll.RtlUserThreadStart", von da aus weiter in "ntdll.LdrInitializeThunk"

Der Debugger hält nicht immer im Hauptthrerad.
Meistens ist es der erste/oberste Thread in der ThreadListe (Strg+Alt+T) -> Jenen doppelt anklicken, wenn nicht aktiv.

Und eventuell auch noch ein/mehrmals auf F7 oder F8.
Wenn der aktuelle Stack nichts "schönes" anzeigt, noch etwas weiter und hoffen es kommt was Besseres, auf dem Weg weiter/zurück.

[lxo]

Zitat:

Zitat von himitsu (Beitrag 1491594)

Zitat:

Zitat von lxo (Beitrag 1491577)

Wenn ich während der Wartezeit anhalte, komme ich in die CPU-Ansicht und der hält bei "ntdll.RtlUserThreadStart", von da aus weiter in "ntdll.LdrInitializeThunk"

Der Debugger hält nicht immer im Hauptthrerad.
Meistens ist es der erste/oberste Thread in der ThreadListe (Strg+Alt+T) -> Jenen doppelt anklicken, wenn nicht aktiv.

Und eventuell auch noch ein/mehrmals auf F7 oder F8.
Wenn der aktuelle Stack nichts "schönes" anzeigt, noch etwas weiter und hoffen es kommt was Besseres, auf dem Weg weiter/zurück.

Ich hab den Übeltäter, FileExists auf ein ungültigen Netzwerkpfad. Deswegen kommt das auch nicht bei jedem :wall: