Aber irgendwie scheint das nicht zu funktionieren. Denn sobald ich das Plugin aus updater.dll mit FreeLibrary() freigeben will, stürzt winamp ab.
Ist dies so, weil LoadLibrary() aus einer Dll-Datei die geladene Dll-Datei nicht direkt in den Prozessraum von winamp.exe lädt sondern in den Prozessraum der aufrufenden Dll-Datei? Dann wäre es klar warum updater.dll nicht FreeLibary() aufrufen könnte.
Aber da ich mich mit meinem Plugin ja in winamp befinde, wäre es doch sicherlich irgendwie möglich Winamp direkt zu veranlassen meine updater.dll zu laden, sodass FreeLibrary() keine Probleme mehr machen dürfte, oder?

Vielleicht hat auch jemand eine andere Idee :).

Vielen Dank für Antworten,
Black Shadow

Es sollte möglich sein eine kleie "Stub DLL" zu verwenden - was aber sicher auch nicht so ganz einfach werden wird...

Muahaha, klar stürzt WinAmp ab. WinAmp hat die DLL schliesslich geladen, und sich Funktionszeiger darauf gemerkt. Und was denkst du dir was passiert wenn WinAmp diese Funktionszeiger "anspringt"?

was für Funktionszeiger? Winamp ruft lediglich zu beginn die _einzig_ exportierte Funktion "winampGeneralPurposePlugin" (in meinem Fall) auf. Diese wird nur beim Laden aufgerufen, danach lässt winamp mein plugin in ruhe... oder von welchen Funktionszeigern sprichst du?

Ein FreeLibrary auf ein ungültiges HMODULE-Handle halte ich jetzt nicht für schlimm ... wobei ich sogar denke dass Winamp beim Schließen (das meinst du doch oder?) eben kein FreeLibrary für jedes seiner Plugins aufruft, sondern dies schön Windows überlässt...

Was verstehst du unter Stub Dll?

Vielen Dank!

MfG,
Black Shadow

Die Funktion heisst im übrigen "winampGetGeneralPurposePlugin" und nicht "winampGeneralPurposePlugin", und liefert einen Zeiger auf eine Struktur zurück wo wiederum 3 Funktionszeiger drinnen sind (init, config, quit). Na sowas.

---

Was ich mit einer Stub DLL meine ... naja: eine Stub DLL halt
Eine kleine DLL die bloss eine andere DLL nachlädt die dann den eigentlichen Code enthält. Die Stub DLL wird nie entladen, aber die 2. DLL die den eigentlichen Code enthält kann entladen werden.

Glaub mir aber einfach wenn ich sage: lass es, es ist den Aufwand nicht wert.

Die Funktion heisst im übrigen "winampGetGeneralPurposePlugin" und nicht "winampGeneralPurposePlugin"

jo sicher, ich hatte es falsch im gedächtnis...

und liefert einen Zeiger auf eine Struktur zurück wo wiederum 3 Funktionszeiger drinnen sind (init, config, quit). Na sowas.

du tust so als würde das ein problem darstellen - jedoch wird lediglich init zu beginn aufgerufen, config/quit vom User, welcher eh beides nicht gleichzeitig machen kann (updaten und im plugin konfigurationsmenü rummachen). Ein quit kriege ich nicht wenn Winamp sich beendet. Ergo: Es gibt kein Szenario bei welchem diese Funktionen ein Problem darstellen. Na sowas. Aber jetzt ist mir klar was du mit stub dll meinst - ich werde es mal so angehen.

Thx!

du tust so als würde das ein problem darstellen - jedoch wird lediglich init zu beginn aufgerufen, config/quit vom User, welcher eh beides nicht gleichzeitig machen kann (updaten und im plugin konfigurationsmenü rummachen)

Jupp aber wenn sich die Adressen der Funktionszeiger ändern, eben durch das Update (das 'bekommt WinAmp ja nicht mit'), krackt es später bei diesen Calls. Aber das hat hustbaer eigentlich schon geschrieben .

Jupp aber wenn sich die Adressen der Funktionszeiger ändern, eben durch das Update (das 'bekommt WinAmp ja nicht mit'), krackt es später bei diesen Calls. Aber das hat hustbaer eigentlich schon geschrieben .

jup das stimmt, daran habe ich nicht gedacht.

MfG

Nur noch so als Idee, vllt. hilft Dir das ja .

Aber mir fällt gerade ein: Du könntest ja auch ein kleines Progrämmchen schreiben, das 1. WinAMP beendet, falls er läuft, 2. die Dll's kopiert und 3. WinAMP wieder startet.

Nur noch so als Idee, vllt. hilft Dir das ja .

jojo, so hatte ich es auch ursprünglich vor, aber ich fand ein live-update ohne neustart schicker ^^.

WinAmp könnte z.B. auch (wenn es irgendwo Sinn macht - warum auch immer) einfach nur die Liste der geladenen Plugin DLLs durchgehen, und die Namen der Plugins angucken. Der Name steht nun aber auch in dieser Struktur die dann nach dem "online update" nichtmehr da ist -> boom.

Wie du aber nun schon selbst erkannt hast sind das alles akademische Überlegungen solange du den Fall nicht handlen kannst dass der User irgendwann nach dem update auf "Config" klickt, und WinAmp dann versucht die nichtmehr vorhandene Config Funktion aufzurufen.