- Referenz auf eine unmanaged C++ DLL von Verwaltetem C++

Diese Frage ergibt sich aus meiner vorherigen Frage: Erstellen der DLL von unmanaged C++, aber Sie würde nicht haben, es zu Lesen, um zu verstehen, diese neue Frage.

Ich habe jetzt eine DLL mit nicht verwaltetem C++ - code, bestehend aus ein paar Funktionen, von denen ich nur exportieren, eine für den Außenbereich. Als Nächstes muss ich mich mit dieser DLL, die in einer Verwalteten C++ - Projekt (gebaut mit Common Language Runtime-Unterstützung). So weit, ich habe einen Verweis auf die bestehenden unmanaged Projekt-header-Datei, indem Sie die Additional Include Directories im Visual Studio 2010.

Wenn ich jetzt versuchen, fügen Sie einen Verweis auf die DLL Datei: MyManagedProject > Properties > Common Properties > Add New Reference > Browse > MyUnmanagedDLL.dll bekomme ich einen Fehler Could not add a reference to file MyUnmanagedDLL.dll because it is neither a .NET assembly nor a registered ActiveX control. Jedoch, wenn ich die zuvor genannten DLL und ich kopiere es in den gleichen Ordner wie mein Managed C++'s executable funktioniert alles einwandfrei.

Ich bin nicht sicher, ob dies der richtige Weg, es zu tun, wie es zu sein scheint ein hackish-Lösung. Auch, es bedeutet, dass ich kopieren Sie die DLL über jedes mal, wenn ich eine änderung an dem Quellcode.

Zusammenfassend mein problem:

  1. Habe ich eine DLL, die aus nicht verwaltetem C++ - code, nennen wir es MyUnmanagedDLL.dll. Ich habe auch eine header-Datei für das DLL.
  2. Ich habe eine Verwaltete C++ - Projekt (CLR), nennen wir es MyManagedProject.vxproj
  3. Wie kann ich MyUnmanagedDLL.dll im MyManagedProject.vxproj? Gibt es ein richtige Art und Weise zu referenzieren, oder soll ich es einfach kopieren in das gleiche Verzeichnis wie MyManagedProject.exe? (Dies funktioniert, aber ich bin mir nicht sicher, ob seine gut üben...)

Zusätzliche Informationen: Windows 7, Visual Studio 2010 Ultimate, CMake 2.8.10.2

InformationsquelleAutor hjweide | 2013-01-24
  1. 8

    Können Sie nicht fügen Sie die nicht verwaltete DLL als Referenz, um Ihre verwalteten C++ - Projekt. Sie können nur tun, dass mit managed-DLLs. Was Sie stattdessen tun, ist die Verbindung zu der nicht verwalteten DLL in der gleichen Weise, wie Sie einen link zu einer nicht verwalteten DLL in unmanaged C++ Projekt:

    • Verwenden Sie die header-Datei für die Kompilierung.
    • Versorgung der nicht verwalteten DLL .lib-Datei dem linker, zum Beispiel durch hinzufügen zu der Liste der Zusätzliche Abhängigkeiten Liste in der linker-Konfiguration-Seiten.
    • Legen Sie die DLL in das gleiche Verzeichnis wie die ausführbare Datei, so dass es sein kann, sich durch den loader.
    • Vielen Dank für Ihre Antwort! Das ist momentan das, was ich mache, außer für den zweiten Punkt, die ich komplett weglassen. Aber es funktioniert immer noch gut. Bedeutet das, dass die .lib-Datei ist unnötig? Ich erinnere mich vage, dass eine .lib-Datei dient einem ähnlichen Zweck wie ein header-file?
    • Die lib-Datei notwendig ist. Ich denke, der linker findet es irgendwie. Natürlich, wenn Sie nicht tatsächlich durch Aufruf einer der Funktionen in der nicht verwalteten DLL, dann wird der linker kann Streifen aus dieser Abhängigkeit. Stellen Sie sicher, dass Sie einen Aufruf an die nicht verwaltete DLL zu prüfen.
    • Ja, ich weiß, eine Funktion aufzurufen, in der nicht verwalteten DLL, die ruft dann die anderen Funktionen in der DLL und schließlich erfolgreich zurückgegeben. Damit scheint alles in Ordnung. Ich habe auch die .lib-Datei und es jetzt noch in Ordnung scheint. Was wäre der beste Weg, dies zu tun, sollte ich wickeln Sie die nicht verwaltete DLL, die in eine Verwaltete Klasse und erstellen Sie eine Verwaltete DLL? Vielen Dank für Ihre Hilfe!
    • Nun, das ist eine sehr Allgemeine Ansatz, der hält die nitty gritty der nicht verwalteten Bibliothek entfernt vom Verbraucher. Wie genau ist am besten zu organisieren, das Projekt ist dir wirklich. Ich möchte nicht raten, aus einer position der Unkenntnis über Ihre Bedürfnisse.
    • Okay, ich werde es verfolgen, eine neue Frage von hier aus. Prost!
    InformationsquelleAutor David Heffernan
  2. 1

    Anscheinend die einzige Lösung ist, an die nicht verwaltete dll-Pfad in der Methode verziert mit DllImport-Attribut.

    Was Sie tun können, um die Dinge in eine nette Möglichkeit ist das erstellen einer lib-Ordner zu legen, der nicht verwalteten dll ' s und mark Ihre Eigenschaft "Copy to output directory" als "Immer Kopieren" (Rechte Maustaste über die nicht verwaltete dll->Eigenschaften->die Eigenschaft in Ausgabeverzeichnis Kopieren: Immer Kopieren).

    In Ihrer Methode DllImport-Attribut zu, müssen Sie die Parameter als "lib/unmanaged.dll". In C# müssten Sie etwas wie dieses.

    [DllImport("lib/testLib.dll")]
private static extern int DisplayHelloFromDLL();

    Dieser Ansatz hat keinen Unterschied von den vorherigen Antworten, aber es wird Ihnen helfen, halten Sie code ein wenig mehr ordentlich.

    InformationsquelleAutor Paulo Alexandre
Schreibe einen Kommentar