list als rückgabewert einer dll klasse
-
Bei verschiedenen Compilern kann man zusätzlich noch das Problem unterschiedlicher STL-Implementationen haben. Ich hatte da schon Probleme bei einer dll aus dem BCB5 in einem Projekt aus dem BCB6.
Man könnte sicherlich auch die dll-Version der Runtime-Lib nehmen um das zu umschiffen. Das habe ich bisher aber noch nicht probiert da ich die Mitgabe vieler dlls vermeiden wollte. Ich werde das aber demnächst bei mir mal testen.
-
ne, ist beides nicht der Fall... Ich arbeite mit einem Compiler und habe bisher noch keinerlei Delete/new operatoren überschrieben.
Wie ist das denn mit den Runtime Libraries gemeint? Ist das eine Compileroption oder wie kann ich das verstehen? Also ich meine die Aussage von hustbaer.
-
Das ist eine Linkeroption. Man kann die Runtimelib statisch dazulinken oder als dll mitgeben. Wenn du sie als dll mitgibst mußt du halt darauf achten, dass diese dll bei den Sytemen vorhanden ist auf denen du dein Programm einsatzen willst.
-
Braunstein schrieb:
Das ist eine Linkeroption. Man kann die Runtimelib statisch dazulinken oder als dll mitgeben. Wenn du sie als dll mitgibst mußt du halt darauf achten, dass diese dll bei den Sytemen vorhanden ist auf denen du dein Programm einsatzen willst.
Das ist mir klar, dass die DLL auf den Systemen dann vorhanden sein muß, wenn ich die bibliothek als DLL compiliere. Wenn ich sie als Lib compiliere und statisch dazulinke, bedeutet das doch, dass ich diese ganze loadlibrary geschichte abhacken kann? Außerdem ist meine bibliothek als lib compiliert, um ein vielfaches größer.
Irgendwie kann ich mir nicht vorstellen, das Hustbaer das gemeint hat.
-
Ich denke schon das er das gemeint hat. Es gibt dann nämlich nur eine Runtimedll für deine Dll und für dein Hauptprogramm.
-
Ja, aber ich kann nicht statisch linken. Ich bin auf dynamic linking angewiesen, da ich eine variable anzahl an Bibliotheken habe.
-
Erstens sollst du ja gerade dynamisch linken und zweitens kannst du doch für jede Bibliothek separat entscheiden ob du statisch oder dynamisch arbeiten willst.
-
Braunstein schrieb:
Erstens sollst du ja gerade dynamisch linken und zweitens kannst du doch für jede Bibliothek separat entscheiden ob du statisch oder dynamisch arbeiten willst.
Naja so einfach ist das nicht, da die Bibliotheken dann später variabel dazukommen, aber irgendwie hab ich jetzt völlig den Überblick verloren.
Wie kann ich denn eine dll erstellen und dabei auf statische bindung setzen?
Beim erstellen meiner DLL wird ebenso eine lib erstellt. Die wird auch von mir in mein Programm eingebunden. Ist das schon das, wovon wir die ganze Zeit reden?Wenn nicht, könnt ihr mir nochmal erklären wie ihr das alles meint?
-
Genau, das ist statische Bindung. Was wir meinten ist aber noch etwas anderes. Statt einer dll kanst du auch eine lib verwenden in der alles drin ist was du brauchst. Bei der Runtimedll würde das bedeuten, dass du alle Funktionen asu der RTL die du brauchst mit in dein Programm gelinkt werden und dann keine dll gebraucht wird.
-
Ich meine dass man die C++ Runtime Library wo "new" und "delete" und 100 andere Sachen implementiert sind als DLL linken soll. Damit gibt es nurmehr eine Version von "new" und "delete" die alle verwenden, und nurmehr einen Heap, und eben kein Problem mehr.
Beim MSVC nennt sich das "Runtime Library: Multi-threaded DLL" oder auch "/MD".Klar muss auch überall der selbe Compiler und die selbe STL verwendet werden, bloss das ist auch nicht anders wenn man LIBs verwendet.
-
Hallo hustbaer.
Danke für den konkreten Hinweis auf die Einstellung.
"Multi-threaded DLL" war bei mir schon eingestellt, aber halt nur "Multi-threaded DLL". In meiner Hauptapplikation war "Multi-threaded DLL Debug" eingestellt (was ja auch richtig ist wenn das Projekt als Debug eingestellt ist) und dieser Unterschied verursacht den Derferenzierungsfehler.Nachdem ich in allen Projekten diese Option einheitlich auf "Multi-threaded DLL Debug" eingestellt hatte, funktioniert auch mein Code.
Danke an alle für die Tipps.
Grüße
Daimonion
