vielleicht
Delphi DllEntryPoint
Delphi DllMain

oder das Programm, welches die DLL einbindet, ruft selber eine Init-Prozedur auf. (wie z.B. bei PluginSystem gern gemacht)

@himitsu:
Von DllEntryPoint hab ich ja bereits im OP einen Auszug in Codeform gepostet. Und es geht auch nicht um Init-Funktionen sondern deren Pendant vor dem Entladen der DLL.

@TurboMagic:
Dachte nicht, dass das relevant ist. Meine Ausführungen hatte ich recht allgemein gehalten, weil die Problematik sich ja immer dort stellt, wo DLLs Threads erzeugen und vor deren Entladen wieder freigeben sollen. Anyway, die nun gefundene Funktion heißt FsContentPluginUnloading und stammt vom WFX-Plugin-Interface von Total Commander. Offenbar ruft TC diese Funktion, bevor er mit FreeLibrary ein Plugin entlädt - aber natürlich nur, wenn ein Plugin diese Funktion exportiert.

Grüße
Dalai

Der DllEntryPoint/DllMain wird beim Laden und Entladen aufgerufen.

Beim Laden hat man es indirekt ... der BEGIN-END-Block in der DPR.
Für's Entladen muß man sich registrieren.

Oder man nimmt eben das, was man in den Units hat.
initialization und finalization
oder eben Class Constructor und Class Destructor


Der EntryPoint der EXE/DLL ist im Pascal "versteckt",
bzw. der ruft von innen aus nacheinander das BEGIN-END der DPR und alle Initialization/Finalization der Units auf.
Zuerst die Class-Constructor, dann Initialization, jeweils für alle Units und zum Schluß den Main-Code in der DPR.
Und beim Entladen genau andersrum. (nur eben normal ohne einen Code in der DPR, außer man überschreibt die MainProc)

Zitat:

FsContentPluginUnloading

Genau, es macht das Programm, welches solche DLLs lädt. (sowas findet man natürlich in der Dokumentation der API)
Vor allem, um beim Laden noch einige Werte zu übergeben, und/oder vorher noch paar Dinge zu initialisieren.

Ist das Gleiche, wie das "Register" im Delphi, für IDE-Plugins.
https://docwiki.embarcadero.com/RADS...nents_aufrufen

Da ich nicht raten mag, hätt' ich gerne vom OP die Info, was ihm jetzt geholfen hat.

Es sollte nun klar sein, was geholfen hat. Der Vollständigkeit halber nochmal: Die Freigabe des Threads erfolgt nun in der zusätzlich implementierten und exportierten Funktion FsContentPluginUnloading statt im DllEntryPoint bei DLL_PROCESS_DETACH. Letzteres ist wirklich der zuletzt aufgerufene Code, und offensichtlich für eine Freigabe von Threads zu spät.

Grüße
Dalai

Und nochmal .... ist wirklich ALLES an Code in der DPR drin?
Wenn nicht, warum nimmt man dann nicht einfach finalization, was am Einfachsten ist und sogar mehrmals genutzt werden kann, ohne Andere zu überschreiben.

Natürlich ist nicht der gesamte Code in der DPR, aber da der Thread ausschließlich dort gebraucht wird, ist der auch dort deklariert. Es war mir nicht auch bewusst, dass der finalization -Abschnitt noch vor dem Abräumen des Rests gerufen wird. Daher kam ich gar nicht auf die Idee, es damit zu versuchen. Daher auch die Eröffnung dieses Threads.

Sollte es mal die Notwendigkeit geben, Threads freizugeben, ohne dass eine dedizierte Funktion gibt, die vor dem Entladen gerufen wird, denke ich hoffentlich an den finalization -Abschnitt.

Was meinst du mit "ohne andere zu überschreiben"?

Grüße
Dalai