spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Lass die DLL doch mit den Daten des Game "spielen". Lass die Daten im Game und gib der DLL ein Pointer drauf. Das mit std::vector usw ist bekannt. Du kannst aber bei aufrufe std::string &Bla machen, nur bei der Rückgabe (return) spinnt das :/

Ne DLL mit LoadLibrary zu laden ist aber umständlich, weil man dann wissen muss, was die DLL exportiert und alle diese exportierten Symbole manuell laden. Vorschlag: Machs mit ner .lib!


Samuel G. }>

Zitat

Ne DLL mit LoadLibrary zu laden ist aber umständlich, weil man dann wissen muss, was die DLL exportiert und alle diese exportierten Symbole manuell laden. Vorschlag: Machs mit ner .lib!

Falsch, du brauchst 1-2 funktionen maximal wenn du weisst wie es geht

Wie man eine DLL lädt ist eigentlich egal. Was jedoch nicht geht ist, wenn man Speicher in der EXE Reserviert und diesen dann in der DLL löschen will. Das führt zu problemen mit den Zugriffsrechten für den Speicher und wird mit einem Programmabbruch quitiert.

Dann in einen solchen Speicher zu schreiben oder zu lesen ist jedeoch gar kein Problem. Das Problem mit den STL Komponenten kann man schnell umgehen, in dem man einen eigenen Allokator schreibt, der kein Template ist.

Das du Pointer an deine DLL Funktion übergibst war schon der richtig Anstz. Du darfst dann nur nicht diesen Speicher in der DLL löschen!

Was du auch machen kannst ist, einfach den new und delete Operator zu überladen und diese nicht als Inline sondern in einem Modul zu Implementieren. Dann wird der new und delete Operator automtisch auch von der STL genutzt und weg sind deine Speicherprobleme

Gern

Einen eigenen Allokator zu schreiben ist zwar möglich, aber recht Kompliziert, wenn man es mit der Überladung des new und delete Operators vergleicht.

Da du keine Globale Manager DLL hast, sondern die Operationen in der EXE von statten gehen, fällt mir im Moment keine bessere Idee ein, als eine weitere DLL zu erstellen, die dann besagte new und delete Operatoren Implementiert. Alle Komponenten benutzen dann diese DLL (EXE, PlugIn's etc). Dort kannst du vieleicht dann auch gleich Allgemeine Werkzeuge ablegen oder so.
Durch diesen kleinen Umweg passiert folgendes. Wenn irgendwo in deinem Projekt Speicheroperationen getätigt werden, passiert das immer über den Speicherbereich deiner Tool-DLL. Dadurch fallen bekannte Probleme mit der STL Stringklasse weg und auch deine Probleme.

Lesen und Schreiben in einen Speicherbereich ist immer erlaubt. Halt nur nicht das löschen nicht. Das ist auch das große Problem der STL. Da alles Templates sind und viel mit Referenzen gearbeitet wird. Mit obiger Methode verlagerst du das erstellen und löschen auf nur die eine DLL.