Eingebundene DLL zieht weitere DLLs an

' schrieb:Hallo,

Ich glaube, dass das Problem kein "Pfadproblem" ist. Das Finden der DLLs ist scheinbar kein Problem mehr, denn es kommt mittlerweile eine andere Fehlermeldung. Die DLL, die ich einbinden will ist eine Debug-DLL und zieht andere Debug-DLLs an, die alle auf anderen Rechnern erstellt wurden. Eine zu den DLLs gehörige EXE-Datei (MFC), erstellt mit Visual Studio, läßt sich auch nicht auf meinem Rechner ausführen und wirft die gleiche Fehlermeldung, wie LV:

"Diese Anwendung konnte nicht gestartet werden, weil die Anwendungskonfiguration nicht korrekt ist. Zur Problembehandlung sollten sie die Anwendung neu installieren"

Kann es sein, das LV mit Debug-DLLs nicht zurecht kommt?

Gruß
Simon

NEIN!!!

Aber DLLs mit Debug Einstellungen gelinkt, linken normalerweise auch auf die DebugVersion der C Runtime Library. Und wenn Du das mit Visual C machst sind es halt die MSVC runtime libraries. Die non-debug Libraries sind meist schon installiert weil sie entweder schon mit Windows mitkommen oder durch später installierte Applikationen (IE, MSN, 3rd Party Applikationen).

Die Debug Runtime Libraries sind eben normalerweise nur auf dem Rechner installiert wo auch die Visual C Umgebung drauf installiert ist. Das geht eigentlich auch gar nicht anders. Für die Non-Debug Versionen bekommt man von MS ein redistributable right, so dass man den redistributable Installer von VC in die Applikationionsinstallation mitnehmen kann. Für die Debug Versionen hat man dieses Recht nicht. Macht auch nicht viel Sinn da die Debug Versionen nur viel grösser und langsamer sind, weil sie Code enthalten der im Debugger hilfreiche Informationen geben kann. Ohne installierten Debugger macht die Debugversion einer Applikation/DLL wenig Sinn.

Die Verwendung von MFC macht das Ganze noch etwas komplizierter da das wieder eine Anzahl von weiteren (Non-) Debug runtime libraries mit reinzieht.

Rolf Kalbermatter

Anzeige