Debugger langsam bei OpenDialog

[Andreas L.]

Danke für die vielen Antworten.

Ich habe in das Debug-Log geschaut welche DLLs geladen werden. Aber diese Log hat 8000 Zeilen... Beim überfliegen habe ich nichts gefunden. Könnt ihr mir ein kostenloses Tool empfehlen mit dem ich diese Log analysieren kann? Oder hat Delphi so eine Funktion? Ein einfacher Filter würde schon viel bringen...

Was ich sicher sagen kann ist das kein Viren-Scanner sich in den Prozess/Debugger einklinkt. Auch den genannten TeamViewer habe ich nicht laufen. Allerdings habe ich eine Shell-Erweiterung installiert die im Explorer die Thumbnails von Grafik-Formaten anzeigt die Windows nicht von selbst unterstützt. Die Erweiterungen heißen SageThumbs und WebP-Decoder. Habt ihr Erfahrungen damit?

Das Phänomen tritt übrigens nicht nur bei Firemonkey sondern auch bei VCL-Projekten auf.

[Der schöne Günther]

Wenn du das öfter brauchst würde ich mir überlegen

1. den Debugger für den Zeitpunkt auszuklinken und danach wieder mit der laufenden .exe zu verbinden
2. Die für Tests den Pfad hart einzukodieren und somit den "Datei öffnen"-Dialog zu überspringen. Oder dir notfalls einen billigen eigenen Testdialog zum Öffnen zu bauen.

[BerndS]

Ich hatte so was in der Art im DEBUG-Modus der Anwendung bei der Verwendung der ERIC-31 DLLs (E-Bilanz).
Das setzen der Systemvariable _NO_DEBUG_HEAP=1 hat das Problem behoben und alles ging wieder sehr schnell.
Möglicherweise hilft das ja.

[Andreas L.]

Zitat von Der schöne Günther:

den Debugger für den Zeitpunkt auszuklinken und danach wieder mit der laufenden .exe zu verbinden

Wie genau mach ich das?

Zitat von Der schöne Günther:

Die für Tests den Pfad hart einzukodieren und somit den "Datei öffnen"-Dialog zu überspringen. Oder dir notfalls einen billigen eigenen Testdialog zum Öffnen zu bauen.

Das mache ich bereits. Ist aber trotzdem blöd wenn man mehrere Dateien öffnen muss.

Zitat von BerndS:

Ich hatte so was in der Art im DEBUG-Modus der Anwendung bei der Verwendung der ERIC-31 DLLs (E-Bilanz).
Das setzen der Systemvariable _NO_DEBUG_HEAP=1 hat das Problem behoben und alles ging wieder sehr schnell.
Möglicherweise hilft das ja.

Soll diese Variable einfach in die Umgebungsvariablen von Windows rein?

[jaenicke]

Zitat von Andreas L.:

Zitat von Der schöne Günther:

den Debugger für den Zeitpunkt auszuklinken und danach wieder mit der laufenden .exe zu verbinden

Wie genau mach ich das?

Start --> Vom Programm trennen
Start --> Mit Prozess verbinden...

[BerndS]

Zitat:

Soll diese Variable einfach in die Umgebungsvariablen von Windows rein?

Ja,direkt bei den Systemvariablen habe ich es hinzugefügt.