Erstellen und bereitstellen von dll unter windows: SxS, manifestiert, und all that jazz

Seit VS 2005, sehe ich, dass es nicht möglich ist einfach eine dll erstellen, die gegen MS-Laufzeitumgebung und stellen Sie Sie zusammen (http://www.ddj.com/windows/184406482). Ich bin zutiefst verwirrt manifestieren, SxS und co: MSDN-Dokumentation ist wirklich arm, mit zirkulären Referenzen; speziell seit dem bin ich mehr ein Unix-guy, ich finde alle diese Informationswert. Mein Kernproblem ist die Verknüpfung eine dll gegen msvc9 oder msvc8: da die Laufzeit nicht verteilbaren, was sind die Schritte, um zu verbinden und bereitstellen, wie eine dll ? Insbesondere, wie werden die das manifest erzeugt (ich will nicht mt.exe ich möchte etwas, das portabel Compiler), wie sind Sie eingebettet sind, verwendet ? Was bedeutet Side-by-side-Montage bedeuten ?

Grundsätzlich wo kann ich die finden jede Art von Spezifikation anstelle von MS-jargon ?

Danke an alle die geantwortet, das war wirklich hilfreich,

InformationsquelleAutor David Cournapeau | 2008-09-21

Verwenden wir eine einfache include-Datei in allen unseren Anwendungen & DLL ' s, vcmanifest.h, dann setzen alle Projekte auf eingebetteten manifest-Datei.

vcmanifest.h

/*----------------------------------------------------------------------------*/

#if _MSC_VER >= 1400

/*----------------------------------------------------------------------------*/

#pragma message ( "Setting up manifest..." )

/*----------------------------------------------------------------------------*/

#ifndef _CRT_ASSEMBLY_VERSION
#include <crtassem.h>
#endif 

/*----------------------------------------------------------------------------*/

#ifdef WIN64
    #pragma message ( "processorArchitecture=amd64" )
    #define MF_PROCESSORARCHITECTURE "amd64"
#else
    #pragma message ( "processorArchitecture=x86" )
    #define MF_PROCESSORARCHITECTURE "x86"
#endif 

/*----------------------------------------------------------------------------*/

#pragma message ( "Microsoft.Windows.Common-Controls=6.0.0.0") 
#pragma comment ( linker,"/manifestdependency:\"type='win32' " \
                  "name='Microsoft.Windows.Common-Controls' " \
                  "version='6.0.0.0' " \
                  "processorArchitecture='" MF_PROCESSORARCHITECTURE "' " \
                  "publicKeyToken='6595b64144ccf1df'\"" )

/*----------------------------------------------------------------------------*/

#ifdef _DEBUG
    #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".DebugCRT=" _CRT_ASSEMBLY_VERSION ) 
    #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
            "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".DebugCRT' "         \
            "version='" _CRT_ASSEMBLY_VERSION "' "                          \
            "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
            "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
#else
    #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".CRT=" _CRT_ASSEMBLY_VERSION ) 
    #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
            "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".CRT' "              \
            "version='" _CRT_ASSEMBLY_VERSION "' "                          \
            "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
            "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
#endif

/*----------------------------------------------------------------------------*/

#ifdef _MFC_ASSEMBLY_VERSION
    #ifdef _DEBUG
        #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC=" _CRT_ASSEMBLY_VERSION ) 
        #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
                "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC' "              \
                "version='" _MFC_ASSEMBLY_VERSION "' "                          \
                "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
                "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
    #else
        #pragma message ( __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC=" _CRT_ASSEMBLY_VERSION ) 
        #pragma comment(linker,"/manifestdependency:\"type='win32' "            \
                "name='" __LIBRARIES_ASSEMBLY_NAME_PREFIX ".MFC' "              \
                "version='" _MFC_ASSEMBLY_VERSION "' "                          \
                "processorArchitecture='" MF_PROCESSORARCHITECTURE "' "         \
                "publicKeyToken='" _VC_ASSEMBLY_PUBLICKEYTOKEN "'\"")
    #endif
#endif /* _MFC_ASSEMBLY_VERSION */

/*----------------------------------------------------------------------------*/

#endif /* _MSC_VER */

/*----------------------------------------------------------------------------*/

Ich hoffe, Sie sind immer noch prüfen diesen thread. Ich leider bin nicht in der Lage zu verwenden Sie Ihre Datei, wie Sie ist. Wo füge ich diese Datei? Was mache ich, wenn ich will eine niedrigere version als die auf dem client-PC, als auf dem Entwickler-PC? Alle Vorschläge, die Sie bereitstellen können, wäre der Segen. Wenn nicht werde ich nach einer anderen Frage auf stackoverflow.

InformationsquelleAutor titanae

3

Die einfachste Sache zu tun:
Unter der Annahme einer Standard-Installation von VS2005, Sie haben ein Pfad wie:
```
C:\Program Files\Microsoft Visual Studio 8\VC\redist\x86\Microsoft.VC80.CRT
```
Gehen, packen Sie die Dateien in diesem Ordner redist, und platzieren Sie die .manifest UND die msvcr80.dll (zumindest) in Ihren Anwendungen .exe-Ordner.
Diese Dateien in das root der installation, sollte Ihre exe und alle dlls gelinkt gegen Sie, arbeiten einwandfrei ohne Rückgriff auf merge Module, MSIs oder sogar jede Art von just-in-time-Erkennung, die die Laufzeitumgebung nicht installiert ist.

InformationsquelleAutor Chris Becke
2

Hier ist der blog Eintrag erläutert das rational hinter der SxS-crt Entscheidung für VC++. Er umfasst das erklären, wie schlimm es ist zu statisch link crt, und warum sollten Sie das nicht tun.

Hier ist die Dokumentation auf, wie Sie die statische Verknüpfung der crt.
- Danke für die links. Der erste in allem macht einige Dinge ein bisschen klarer. Ich brauche nicht überzeugt zu werden, die für die statische Verlinkung der C-Laufzeit; das problematische ist das gleiche auf jedem OS.
InformationsquelleAutor Steve Steiner
2

Gut, ich habe festgestellt, einige dieser Fragen, so dass vielleicht einige meiner Kommentare wird hilfreich sein.
1. Das manifest ist eine xml-Datei. Beim VS kann und wird für Sie, wenn Sie kompilieren, die andere Lösung ist das erstellen einer resource-Datei (.rc) und kompilieren Sie es in eine kompilierte Ressourcendatei (.res), die mit dem Ressourcen-compiler (rc.exe) enthalten, die mit VS. Sie wollen führen Sie den VS-Kommandozeile aus dem Menü Extras, die bewirken, dass rc in den Pfad, sowie die Einstellung von verschiedenen Umgebungsvariablen korrekt. Dann kompilieren Sie Ihre Ressource. Die daraus resultierende .res-Datei verwendet werden kann, die von anderen Compilern.
2. Stellen Sie sicher, dass Ihre manifest-xml-Datei Größe ist teilbar durch 4. Hinzufügen von Leerraum in der Mitte zu erreichen, wenn nötig. Versuchen Sie zu vermeiden, dass alle Zeichen, die vor dem öffnendes xml-tag oder nach dem schließenden xml-tag. Ich habe manchmal schon Probleme mit diesem. Wenn Sie Schritt 2 falsch, zu erwarten side-by-side-Konfigurations-Fehler. Sie können überprüfen, ob das ist dein Fehler durch openning die exe-Datei in eine Ressourcen-editor (z.B. devenv.exe) und die Prüfung der manifest-Ressource. Sie können auch sehen, ein Beispiel für eine korrekte manifestieren sich durch das öffnen eines gebaut-Datei, aber beachten Sie, dass die dlls und exes haben winzige Unterschiede in dem, was id der Ressource gegeben werden sollte.
Werden Sie wahrscheinlich wollen, um zu testen auf Vista um sicherzustellen, dass dieses ordnungsgemäß funktioniert.

InformationsquelleAutor Brian
1

Sie sind redistributable-und Sie haben redistributable Pakete im msvs-Verzeichnis.

Bauen mit Laufzeit von Ihrer Wahl, fügen Sie die entsprechende Verpackung, um den installer und nicht die Mühe - es wird funktionieren. Der Unterschied ist - Sie sind installiert in einem anderen Ort jetzt (aber das ist auch, wo Ihre app Aussehen wird für Bibliotheken).

Sonst, MSDN oder im Grunde jeder nicht-zu-alt-Buch-auf-windows-c++ - Programmierung.
- Mh, seltsam, ich könnte schwören, ich sah irgendwo auf der MSDN konnte man nicht verteilen, aber jetzt kann ich nicht finden den link nicht mehr, habe ich wohl falsch gelesen. Mit dem redistributable package ist nicht eine option (die ich nicht verwenden, MSI), obwohl.
- Sie können nicht weitergeben, ist die debug CRT. Der release ist für die Weitergabe gedacht.
InformationsquelleAutor ima
0

Danke für die Antwort. Für die Bereitstellung per se, ich sehe 3 Optionen, und dann:
- Mit .msi-merge-Richtlinie.
- Mit dem redistributable-VS-Paket und führen Sie es vor meinen eigenen installer
- Kopieren Sie die verteilbare Dateien entlang meiner eigenen Anwendung. Aber in diesem Fall, wie Schreibe ich es in ein Dateisystem-Hierarchie - (sagen bar/foo1/foo1.dll und bar/foo2/foo2.dll finden msvcr90.dll in der bar/) ? Ich meine neben den offensichtlichen und hässlich "kopieren Sie die dll in jedem Verzeichnis, in dem Sie die dll, die abhängt).
- Wenn Sie bündeln die redist-Dateien (nach meiner Antwort) mit der app, legen Sie Sie in den gleichen Ordner wie die exe. Zum Glück, die fusion loader sieht immer noch in den exe-Ordner, wenn Sie versuchen zu finden dlls.
InformationsquelleAutor David Cournapeau
0

Können Sie nicht verwenden Sie die VC++8 SP1/9 CRT als ein merge-Modul unter windows Vista und windows Server 2008 wenn Sie Dienstleistungen, die Sie wollen, um zu starten oder Programme, die Sie ausführen möchten, bevor Sie die "InstallFinalize" - Aktion in der MSI.

Dies ist, weil die dlls installiert sind im Ordner WinSXS in der "InstallFinalize" - Aktion.

Aber die MSI-Datei "ServiceStart" action-kommt vor diesem.

Also entweder einen bootstrapper "http://www.davidguyer.us/bmg/publish.htm"

Oder suchen Sie mit der installer chainging im installer 4.5. Aber das heißt, Sie müssen ein bootstrapper zur Installation 4.5, so scheint es ein wenig sinnlos..

InformationsquelleAutor garthy
0

Wenn Sie beabsichtigen, Sie zum bereitstellen der Microsoft-DLLs/.manifest-Dateien und Java-JNI dann werden Sie brauchen, um Sie in das bin-Verzeichnis Ihrer JDK/JRE.

Wenn Sie die app in JBoss, dann legen Sie Sie im Verzeichnis JBoss/bin.

Können Sie Ihre JNI-DLL, die für Ihre Anwendung geeignet ist.

InformationsquelleAutor EricJ

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.