Jam Shellbrowser

[hanspeter]

Ich verwende die Jam Software ShellBrowser Components zusammen mit den ImageEn Komponenten.
Hier habe ich den Effekt, dass sich das Projekt praktisch nicht im Debugmode starten kann.
Das Programm reagiert etwa 1 min garnicht und baut dann träge den Verzeichnisbaum auf.
Im Delphi sehe ich das unmengen an Thread gestartet werden.
Starte ich das Programm in Delphi ohne Debugger, dann ist der Ablauf wie erwartet.
(Delphi XE2)
Hat wer eine Idee, wie ich das Programm irgendwie testen kann?


Gruß
Peter

[Daniel]

Moin,

hast Du den Quellcode der Komponenten? Auf die Schnelle fällt mir nur ein, dass dort mehrere "$IFDEF DEBUG" enthalten sein könnten, in denen dann zusätzlicher Aufwand getrieben wird.

[hanspeter]

Zitat:

Zitat von Daniel (Beitrag 1289844)

Moin,

hast Du den Quellcode der Komponenten? Auf die Schnelle fällt mir nur ein, dass dort mehrere "$IFDEF DEBUG" enthalten sein könnten, in denen dann zusätzlicher Aufwand getrieben wird.

Nein ich habe nur die XE2 Installation. (aus Kostengründen)

[ASM]

Es ist zwar richtig: der Quellcode mehrerer Units der Shellbrowser-Komponente enthält an verschiedenen Stellen '$ifdef DEBUG'-Conditionals, meist zur speziellen Behandlung beim Auftreten von Exceptions. Allerdings verursachen die bei mir mit Delphi XE2 im Debug-Modus keine merkliche, schlimmstenfalls eine nur völlig unwesentliche Verzögerung bei der Abarbeitung eines Beispiel-Projektes, das keine anderen 3rd-Party-Komponenten neben der Shellbrowser-Komponente enthält.

Somit kann der Grund für die berichtete Blockade offenbar nicht in der Shellbrowser-Komponente per se bzw. an deren genannten Debug-Conditionals liegen.

[hanspeter]

Es scheint am Zusammenspiel der Komponenten ImageEn und JamShelltreeview zu liegen.
Beide verwenden einen Threadpool.
Es reicht beide Komponenten auf ein, ansonst leeres, Formular zu setzen, um den Effekt zu reproduzieren.
Ich habe jetzt die Jam Komponente gegen ein VST ausgewechselt und damit alle Probleme beseitigt.
(Die Arbeit wollte ich mit eigentlich sparen.)
Es kommt mir vor, als ob der Debuger von XE2 Probleme mit Threadpools hat.
In der Wartezeit von mehreren Minuten werden im Kontrollfenster des Debuggers ständig Threads generiert.
Ich habe die JamShelltree in eine BPL ausgelagert und diese im Releasemode kompiliert.
Beim Start mit Debugger ist der Effekt der gleiche.

Gruß
Peter