shell extension - unregister / unload

[xineohp]

Hi,

ich bin dabei eine Kontextmenü-Erweiterung für den Windows Explorer zu schreiben. Dabei ist mir aufgefallen, dass nach der Deregistrierung mit regsvr32.exe /u XYZ.dll die DLL immernoch gesperrt ist und weiterhin vom Explorer genutzt wird, obwohl der Kontextmenü-Eintrag nicht mehr angezeit wird. Mach ich da was falsch oder gibt es da einen "unload" Befehl den ich nicht kenne oder hilft da wirklich nur das Neustarten des Explorer-Prozesses?

Vielen Dank für Eure Hilfe,

[Apollonius]

Lass dir mal bei jedem AddRef und jedem Release eine Nachricht anzeigen. Dann siehst du, ob dein Objekt noch referenziert wird. Es muss allerdings nicht der Explorer schuld sein! Es kann leicht passieren, dass du selbst eine Referenz auf dein Objekt hältst, was das Entladen verhindert.

[xineohp]

hm, ich bin mir nicht sicher, ob ich deine Antwort verstehe ... Wie/Wo finde ich AddRef bzw. Release?
ich habe in meiner DLL ein TComObject und eine TComObjectFactory. Und (de-)registrieren tue ich mit regsvr32.exe. Und der Prozess der die DLL blockiert ist die explorer.exe

[Apollonius]

Überschreibe die Funktionen ObjAddRef und ObjRelease des Objektes. Dort rufst du zunächst die geerbte Implementierung auf und lässt dir dann eine Nachricht anzeigen.

[xineohp]

Ok, ich erhalte drei Add und drei Release und zwar in folgender Reihenfolge:

RKlick - Add - Add - Add - Release -Release - Menü - Release

Wie gehts weiter?

[teebee]

Zitat von xineohp:

Mach ich da was falsch oder gibt es da einen "unload" Befehl den ich nicht kenne oder hilft da wirklich nur das Neustarten des Explorer-Prozesses?

Nein, Du machst nichts falsch, der Explorer behält einen einmal geladenen Handler permanent im Speicher. Man kann versuchen, ihn mit dem Wert AlwaysUnloadDLL=1 in HKLM\Software\Microsoft\Windows\Current Version\Explorer zu "überreden", den Handler doch zu entladen, muss aber nicht klappen.

Bei mir hilft nur, den Explorer immer neu zu starten, kann man auch mit einem kleinen Programm machen, dann ist es nicht so lästig.

Gruß
teebee

[xineohp]

ok, danke

[SirThornberry]

was bei sowas hilft ist den eigentlichen Programmcode in eine weitere Datei zu packen. Normal sieht es ja so aus:
Explorer<->deine Extension

wenn der Explorer deine Extension nicht frei gibt hast du also pech. Um nicht erst den Explorer beenden zu müssen um die Extension neu kompilieren zu können könnte man es so machen.

Explorer<->Zwischenschicht<->dll

Du bauchst dir also eine Extension (Zwischenschicht) welche nicht den eigentlichen Programmcode enhält sondern eine weitere dll lädt und daraus funktionen aufruft.

[ralfiii]

Zitat von xineohp:

hilft da wirklich nur das Neustarten des Explorer-Prozesses?

Genau! (leider)

Delphi-Quellcode:

//          To unload a DLL that Explorer won't let go of:
//            1) On the Taskbar choose:  Start > Shut Down
//            2) Now hold down <CTL> <ALT> <SHIFT> and click "Cancel"
//            3) Explorer will be terminated
//            4) Hit <CTL> <ALT> <DELETE>
//            5) Choose "Task Manager"
//            6) Choose "New Task" in the lower right corner
//            7) Enter "Explorer.exe" in the edit box and hit "OK"
//            8) A fresh instance of Explorer will be started and your
//               DLL will be unloaded

Das hilft bei mir.

Machst du die Explorer-Extension gänzlich selber oder verwendest du fertige Komponenten?

[generic]

Bei ShellPlus.com gibt es ein Tool welches bei sowas hilft.

Das Tool heist Shell Reset:
http://www.shellplus.com/tools/shell_reset.html