Rechner blockiert beim Debuggen bei SelectDirectory

[Helmi]

Hallo,

ich habe seit einiger Zeit, momentan aber sehr extrem, dass Problem, dass mein Rechner komplett blockiert ist (das heisst, es wird auf kein Mausklick oder Tastendruck reagiert).

Das passiert mir eigentlich immer beim Debuggen und wenn ich über SelectDirectory einen Ordner öffnen will.

Dann hilft nur noch ein Neustart des Rechners mittels Taster.

Ich hatte schon den Virenscanner in Verdacht - aber den hab ich schon mal ausgeschaltet, ohne Erfolg.

Was könnte denn das sein?

[sx2008]

Festplattenprobleme?
Schau mal mit einem Tool (z.B. CrystalDiskInfo) nach den SMART-Parametern

Oder ein Rootkit?
Schau mal ob GMER etwas findet.

Oder du hast irgendwelche Laufwerksbuchstaben mit einer ungültigen Server Freigabe verbunden.
Der Explorer sucht dann bis zum Timeout was schon mal 3 Min. dauern kann.
Und da SelectDiretory() auf unterliegenden Shell-DLLs aufsetzt könnte das zum Hänger führen.
Es könnten auch Shell-Extentions (z.B. TortoiseSVN) sein.
Mit Autoruns schauen sich da etwas eingeklinkt hat.

[jaenicke]

Du hast aber nicht zufällig eine alte Version von TeamViewer drauf? Seit Version 7 ist das dort eigentlich behoben, aber vorher hatten wir massiv damit Probleme... seinerzeit habe ich da stundenlang am Debugger gesessen um das herauszufinden.

[Bernhard Geyer]

Liegt zufälligerweise eine sehr große Zipdatei im Bereich der Verzeichnisstruktur welche der Dialog anzeigen will?
Wenn ja wird versucht diese aufzulösen.

[Helmi]

Hallo,

Zitat von sx2008:

Festplattenprobleme?
Schau mal mit einem Tool (z.B. CrystalDiskInfo) nach den SMART-Parametern

Laut Crystalmark ist alles im grünen Bereich

Zitat von sx2008:

Oder ein Rootkit?
Schau mal ob GMER etwas findet.

auch gmer sagt dass alles ok ist

Zitat von sx2008:

Oder du hast irgendwelche Laufwerksbuchstaben mit einer ungültigen Server Freigabe verbunden.
Der Explorer sucht dann bis zum Timeout was schon mal 3 Min. dauern kann.
Und da SelectDiretory() auf unterliegenden Shell-DLLs aufsetzt könnte das zum Hänger führen.
Es könnten auch Shell-Extentions (z.B. TortoiseSVN) sein.
Mit Autoruns schauen sich da etwas eingeklinkt hat.

An das dacht ich auch schon - aber meine Laufwerke sind verbunden

Zitat von jaenicke:

Du hast aber nicht zufällig eine alte Version von TeamViewer drauf? Seit Version 7 ist das dort eigentlich behoben, aber vorher hatten wir massiv damit Probleme... seinerzeit habe ich da stundenlang am Debugger gesessen um das herauszufinden.

Leider auch das nicht...

Zitat von Bernhard Geyer:

Liegt zufälligerweise eine sehr große Zipdatei im Bereich der Verzeichnisstruktur welche der Dialog anzeigen will?
Wenn ja wird versucht diese aufzulösen.

Das passiert schon im Hauptroot (wenn man dazu so sagt) - bevor ich auf "Dieser PC" klicken kann

[Helmi]

so wie es ausschaut, passiert das nur während des Debuggens.

Lass ich das Programm ausserhalb Delphi laufen, dann funktioniert es problemlos.

Wenn Windows allmählich hängen bleibt, dann sieht, man, wie sich die Tasks im Task-Manager
langsam hintereinander verabschieden (inaktiv)

Leider kann ich dann nicht mehr einen Task beenden, da Windows "einfriert".

Ich vermute mal, dass sich der Explorer verabschiedet, bzw. hängen bleibt.

[Uwe Raabe]

Zitat von Helmi:

so wie es ausschaut, passiert das nur während des Debuggens.

Manche Shell-Extensions mögen es nicht, wenn sie debugged werden. Eventuell wirst du dort fündig.

[Helmi]

Zitat von Uwe Raabe:

Manche Shell-Extensions mögen es nicht, wenn sie debugged werden. Eventuell wirst du dort fündig.

Was sind Shell-Extensions?

Ich ruf einfach nur FileCtrl.SelectDirectory über nen Button auf

[Bernhard Geyer]

Zitat von Helmi:

Das passiert schon im Hauptroot (wenn man dazu so sagt) - bevor ich auf "Dieser PC" klicken kann

Das ist bei mir auch passiert. Der Dialog hat auf D:\ standardmäßig gezeigt und dort war ein 4 GB zip-Datei ...

[jaenicke]

Wenn bei dir nicht sofort alles weg ist, könntest du schauen, ob du im Process Monitor noch sehen kannst was Delphi zuletzt lädt, das kann z.B. die DLL mit der Shellerweiterung sein.