das Zusammenführen .dll-Dateien mit ILMerge andernfalls zu arbeiten

Zunächst, ich bin nicht sicher, ob dies ein problem mit ILMerge oder nicht, aber ich kann nicht merge.dll Dateien in meine Anwendung. Ich habe versucht, diese auf der Kommandozeile:

ilmerge /target:winexe /out:test.exe MyApp.exe lib1.dll lib2.dll lib3.dll

Bekam ich die folgende Fehlermeldung, und ich habe keine Ahnung, was es bedeutet:

Es wurden Fehler gemeldet, die in Anwendung von Metadaten.
Die pdb zugeordnet D:\C#\source\bin\ReleaseMyApp.exe ist veraltet.

Ich verwende die neuste version von der Art und Weise (2.10.526.0), aber ja, ich kann nicht ankommen dieses zu wirken, und ich brauche wirklich etwas Hilfe. Was bedeutet die obige Fehlermeldung zu bedeuten und wie kann ich es beheben?

  • Gibt es eigentlich PDB-Dateien? Wie über die Erhebung von zu-Release-version und entfernen Sie alle PDB-Dateien vor dem Aufruf ilmerge?
  • Für ILMerge, ich benutze es wie ilmerge /ndebug /target:winexe /out:test.exe app.exe lib1.dll lib2.dll.
InformationsquelleAutor Iceyoshi | 2011-01-08
  1. 5

    Pdb zugeordnet D:\C#\source\bin\ReleaseMyApp.exe ist veraltet.

    Da Sie nicht explizit gesagt, dass Sie überprüft haben, die pdb-und EXE-Dateien synchron sind, ich denke, ich werde Fragen, die offensichtliche Frage - gibt es eine pdb in den Ordner, und haben Sie überprüft, die timestamps auf den Dateien?

    Wie ich es verstehe, wenn es debug-Informationen für den source-Dateien, dann ilmerge erstellen von debug-Informationen für die Ziel-und wenn das original ist out-of-date, dann ist es wahrscheinlich zeigt dieser Fehler, anstatt erzeugen falsche Informationen.

    Wenn Sie nicht brauchen, die debug-Informationen, was passiert, wenn Sie das löschen der pdb-Dateien?

    • Die pdb-Dateien aktuell waren, habe ich nur kopiert Sie nach dem erstellen schaffte. Auch wenn ich es gelöscht es schien zu funktionieren, wenn auch nicht überraschend, erhielt ich einen weiteren Fehler, fantastisch. "Ungelöste assembly-Verweis ist nicht erlaubt: Microsoft.mshtml...", Also nach ein bisschen googeln, merkte ich, müssen Sie den Pfad zu der .NET Framework version 4. Also ich habe das: ilmerge /targetplatform:v4,C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319 /out:test.exe MyApp.exe lib1.dll lib2.dll lib3.dll ich würde erwarten, dass es funktioniert, aber pustekuchen, ich bekomme immer noch den gleichen Fehler.
    • Haben Sie versucht, mit der config Datei zu erzwingen ilmerge zu laufen, mit Framework 4? Siehe research.microsoft.com/en-us/people/mbarnett/...
    InformationsquelleAutor sgmoore
  2. 0

    Erwarte ich diese Art von Metadaten wird als string gespeichert, vielleicht in expliziten code, aber vielleicht über eine "typeof" in einem Attribut.

    Könnten Sie versuchen, die Handhabung der Anwendungsdomäne des TypeResolve Ereignis und ermittelt den Typ string, der ausfällt und die Rückkehr der Typ, den Sie wollen - das sollte funktionieren, um die Tatsache, dass es nun in einer anderen assembly.

    http://msdn.microsoft.com/en-us/library/system.appdomain.typeresolve.aspx

    InformationsquelleAutor Marc Gravell
  3. 0

    Würde es helfen, um zu versuchen .NETZ statt ILMerge?

    • NÖ, denn ich habe versucht, dass Programm-und natürlich, es funktioniert nicht. Verwendet habe ich: netz -s app.exe lib1.dll lib2.dll gemäß der Verwendung, aber ich bekommen einige riesigen Fehler, wenn ich öffnen Sie die verpackt .exe. Entfernen des -s etwas nicht tun. Nicht sicher, ob ich es richtig ist, was ist die richtige syntax in die Befehlszeile?
    • Ich benutze es wie netz -s -z -w app.exe lib1.dll lib2.dll -so
    • Ich habe gerade versucht mit der oben genannten syntax und bekam ich 2 Warnungen: ! Warnung: 1001 Nicht verarbeiten kann-assembly-Metadaten! ! Warnung: 1005 Nicht verarbeiten kann Montage-Lizenz Informationen! Abgesehen davon, dass ich denke, alles ging einwandfrei, aber starten Sie die verpackt .exe funktioniert nicht und zeigt einige exception in einer MessageBox.
    InformationsquelleAutor Uwe Keim
Schreibe einen Kommentar