Debugger langsam bei OpenDialog

[jaenicke]

Leider klinken sich da viele Tools ein, die nicht immer sauber entwickelt wurden. Zum Beispiel gab es vor ein paar Jahren einmal den Fall, dass Teamviewer (ich glaube Version 6) dabei einen Absturz beim Debuggen verursacht hat.

Welches Tool das sein kann, kannst du evtl. im Ereignislog während des Debuggens sehen, wenn du dort siehst, dass DLLs geladen werden. Allgemein lässt sich das nicht beantworten.

[himitsu]

Wie dir im Debugger bestimmt auffällt, werden da auch viele DLLs eladen und anschließend fast alle auch wieder entladen.

Hier kann mam notfalls Welche vorher manuell laden, damit sie dann schon da sind.

[Der schöne Günther]

Ich bin von 10.0 Seattle auf 10.4 Sydney umgestiegen - Unter Seattle waren diese Dialoge (mit den vielen Shell-DLLs) wirklich der Horror wenn es im Debugger lief, unter 10.4 kommt es mir sehr viel schneller vor. Allerdings ist auch die Windows-Version neuer, vielleicht werden hier mittlerweile weniger DLLS ge/entladen.

[Bernhard Geyer]

Zitat von Der schöne Günther:

Ich bin von 10.0 Seattle auf 10.4 Sydney umgestiegen - Unter Seattle waren diese Dialoge (mit den vielen Shell-DLLs) wirklich der Horror wenn es im Debugger lief, unter 10.4 kommt es mir sehr viel schneller vor. Allerdings ist auch die Windows-Version neuer, vielleicht werden hier mittlerweile weniger DLLS ge/entladen.

Hatten mit XE6 auch Problem mit dem Dialog Probleme wegen Warte/Ladezeiten
Jetzt mit 10.2 und neuen Rechner nicht mehr.

Ich würde her nach jaenicke gehen.
Da sind wohl zu viele Systemerweiterungen installiert.
Evtl. auch einige veraltete.