Multithreading DLL

[Olli]

Da war dann noch ein Problem.

Aya hat die MM-Funktionen GetMem() und FreeMem() benutzt um Speicher anzufordern und freizugeben. Allerdings hat er einmal in der DLL angefordert und versucht in der EXE freizugeben. Das sollte man nicht machen.

Man muß sich das so vorstellen, daß es zwei "Instanzen" des MM gibt. Einmal in der DLL und einmal in der EXE. Beide arbeiten unabhängig voneinander und verwalten ihre Speicherblöcke. Während ein CopyMemory() noch problemlos geht, ist das bei FreeMem() und GetMem() nicht mehr gegeben - zwei verschiedene MM-Instanzen bedeuten hier, daß der MM welcher einen Block anfordert diesen auch freigeben muß. Man muß sich den MM wie einen Buchhalter vorstellen. In unserem Fall zwei Buchhalter. Beide führen Buch über die ausgegebenen Speicherblöcke und über die, welche zurückgegeben wurden. Aber sie können nicht miteinander kommunizieren - daher wissen sie nicht von den Speicherblöcken des jeweils anderen oder können gar in dessen "Buchhaltung" eingreifen.

Die beste Methode ist, wenn die DLL ihre eigenen Funktionen mitbringt um Speicher zu allozieren und freizugeben. Dadurch wird die Aufgabe an den "DLL-Buchhalter" delegiert, wenn es denn notwendig ist. Und schwuppdi gibt es keine ungültigen Zeigeroperationen mehr

Alternativ kann man die Heap-Manager-Funktionen ala LocalAlloc(), GlobalAlloc(), HeapAlloc() usw. mit ihren jeweiligen Counterparts benutzen. Der Heap-Manager ist prozess-spezifisch und somit nicht abhängig vom aktuellen Modul.

Kann mir vorstellen andere haben auch diesen Denkfehler, denn Aya ist ja nicht gerade Anfänger - daher mein Kommentar! ...

Nachtrag:
Im Falle von HeapAlloc() und HeapFree() gilt die Aussage natürlich nur bei Verwendung von GetProcessHeap(). Ansonsten könnte man natürlich schon modulspezifische Heaps angeben.