spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also insbesondere gibt man den Speicher eines Objekts in der DLL frei, da new / delete ueberladen sein koennen. Somit wuerde beim Erstellen das new der DLL verwendet und beim Freigeben das delete des Hauptprogramms. Dieses Paerchen muss nicht zwingend zusammen passen. In einigen Tutorials auf Englisch wird darauf explizit hingewiesen.

HMm ... guckt mal unter Heap-Manager als Stichwort nach ... dann findet ihr was passieren kann wenn man zu wild mit Speicher rumspielt ,)

Zitat von »"knivil"«

Also insbesondere gibt man den Speicher eines Objekts in der DLL frei, da new / delete ueberladen sein koennen. Somit wuerde beim Erstellen das new der DLL verwendet und beim Freigeben das delete des Hauptprogramms. Dieses Paerchen muss nicht zwingend zusammen passen. In einigen Tutorials auf Englisch wird darauf explizit hingewiesen.

Zum einen kann man den Operator new nicht überladen sondern maximal überschreiben (nichtmal das kann man, wenn mans genau nimtm)...
Zum anderen sind solche spezielle Allokationen in der Dokumentation zu erwähnen, genau wie die korrekte Art und Weise allokierten Speicher wieder frei zu geben. Und dann passiert da garnichts!

Die Dokumentation steht hier aber nicht zur Debatte. Es ist einfach eine Frage der sauberen Implementation. Die korrekte Art und Weise ist eine Funktion wie destroyObject in der DLL zu definieren.

Zitat von »"knivil"«

Die Dokumentation steht hier aber nicht zur Debatte. Es ist einfach eine Frage der sauberen Implementation. Die korrekte Art und Weise ist eine Funktion wie destroyObject in der DLL zu definieren.

Die Freigabe dem Benutzer zu überlassen kann durchaus auch 'sauber' sein. Und natürlich steht die Dokumentation hier zur Debatte. Denn genau diese sollte, bei dem diskutierten Fall, solche Unklarheiten beseitigen.

Klar kann das auch "sauber" sein. Wenn eine Factory-Funktion zum Erzeugen angeboten wird, so ist es immer "sauber" eine zum Freigeben anzubieten. Der Unterschied besteht aber gerade zwischen auch und immer.

Die Dokumentation ist trotzdem nebensaechlich. Zum einen besteht keine Unklarheit, zum anderen existiert vielleicht gar keine Doku oder ist nur im Headerfile zu finden.

Zitat von »"knivil"«

Klar kann das auch "sauber" sein. Wenn eine Factory-Funktion zum Erzeugen angeboten wird, so ist es immer "sauber" eine zum Freigeben anzubieten. Der Unterschied besteht aber gerade zwischen auch und immer.

Die Dokumentation ist trotzdem nebensaechlich. Zum einen besteht keine Unklarheit, zum anderen existiert vielleicht gar keine Doku oder ist nur im Headerfile zu finden.

Wie auch immer. Es gibt dafür keine Patentlösungsvorschlag, höchstens eine Richtlinie. Und falsch ist es nicht den Benutzer die Freigabe über Standardmittel freizustellen, bei diversen Abweichungen muss der Nutzer halt informiert werden.