Application.CreateForm hängt

[lxo]

Zitat von Klaus01:

.. werden bei Dir die Forms alle automatisch erzeugt?
Werden in einigen Units im Initialization Abschnitt Code ausgeführt?

Grüße
Klaus

Zur Laufzeit, wenn das Fenster geöffnet wird, wird es auch erzeugt.
Initialization hab ich kontrolliert wird dort nichts ausgeführt.

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

[jaenicke]

Zitat von lxo:

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.

[lxo]

Zitat von jaenicke:

Zitat von lxo:

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 von lxo:

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).

[himitsu]

Zitat von lxo:

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 von himitsu:

Zitat von lxo:

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

[lxo]

Ich versteh nur nicht ganz, beim ersten mal dauert das ewig bis er bei FileExists ein Ergebnis liefert, wenn man es nochmal versucht kommt direkt ein Ergebnis. Nach einiger Zeit dauert es wieder lange.
Hat da evtl. noch jemand ein Tipp wie man schnell kontrollieren kann ob der Pfad(Netzwerk) erreichbar ist oder nicht?

[TiGü]

Zitat von lxo:

Ich versteh nur nicht ganz, beim ersten mal dauert das ewig bis er bei FileExists ein Ergebnis liefert, wenn man es nochmal versucht kommt direkt ein Ergebnis. Nach einiger Zeit dauert es wieder lange.
Hat da evtl. noch jemand ein Tipp wie man schnell kontrollieren kann ob der Pfad(Netzwerk) erreichbar ist oder nicht?

Da wird wohl das File Caching zuschlagen und darum beim zweiten Mal schneller gehen: https://docs.microsoft.com/en-us/win...o/file-caching

Ansonsten könntest du vielleicht den Server des Netzlaufwerks anpingen.
Also wenn dein Pfad lautet: \\Mein_lustiger_UNC_Root\Mein_Pfad
Dann kannst du

Code:

ping Mein_lustiger_UNC_Root

machen.
Wenn der UNC-Pfad auf einen Laufwerksbuchstaben gemappt ist, dann musst du noch etwas weiter ausholen:
https://superuser.com/questions/1034...ows-10/1034654