Mixed-mode-Baugruppe eingebaut ist, die mit version '2.0.50727' der Laufzeit und kann nicht geladen werden in der 4.0-Laufzeit

Ich bin mit Visual Studio 2012 und das .Net Framework 4.5
Ich habe 2 Lösungen: 1) WPF-Anwendung 2) Klassenbibliothek (dll)

Die Bibliothek-Klasse enthält 3 Tasten und ein Steuerelement, das hat innerhalb einer WindosFormsHost Kontrolle, da es gemacht wurde, für WinForms.

Nur die referenzierten Assemblys außerhalb der .NET Framework sind für die oben genannten winforms controls und iTextSharp.

Winforms-Steuerelement scheint ein bisschen alt und wenn ich den Verweis in meine dll hab ich den gleichen Fehler wie der Titel aber noch folgende Fragen/Antworten, meine ich dies in meiner config-Datei:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup useLegacyV2RuntimeActivationPolicy="true"> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
    </startup>
</configuration>

Den Fehler:

Mixed mode assembly gebaut wird, gegen die version " v2.0.50727' der Laufzeit und kann nicht geladen werden in der 4.0-Laufzeit ohne zusätzliche Konfigurationsinformationen

Als ich erwähnte, ich habe gesehen, Fragen der Veröffentlichung dieser Ausgabe, und Sie haben die Frage zu lösen, in mein DLL-Projekt, sondern das Projekt mit Hilfe dieser DLL, ich habe Sie alle ausprobiert ohne Erfolg. Referenz:

  1. Was "zusätzliche Konfiguration" ist notwendig, um eine Referenz .NET 2.0 assembly im gemischten Modus ein .NET 4.0 Projekt?
  2. Mixed mode assembly gebaut wird, gegen die version " v2.0.50727' der Laufzeit
  3. Was bedeutet "useLegacyV2RuntimeActivationPolicy' tun .NET 4 config?
  4. Mixed mode assembly gebaut wird, gegen die version " v2.0.50727' der Laufzeit und kann nicht geladen werden in der 4.0-Laufzeit
  5. Mixed-mode-Baugruppe eingebaut ist, die mit version X und nicht geladen werden kann in version Y der Laufzeit ohne zusätzliche Konfigurationsinformationen

In diesem Projekt meine config-Datei hat exakt die gleichen tags mit den gleichen Werten.

Auch zu beachten, in meiner WPF-Anwendung, am Anfang war ich immer eine Fehlermeldung, dass es nicht in der Lage zu finden, die angegebene dll (für winforms-control), die ich am Ende setzen, dass die Kontrolle die dll in den GAC.

Ich habe versucht, meine Ziel-framework für alle Möglichkeiten (4.5, 4.0 full und client, 3.5 voll-und client 3.0 und 2.0), Bau-mein-DLL in debug und release und die Einstellung "Generate Serialisierungs-assembly" auf OFF, auch verändert sich die Plattform Ziel von Any CPU auf x86-und x64. Ich habe nur versucht, ändern Sie den Wert einer Einstellung zu einem Zeitpunkt.

Ist dies ein problem, das in VS2012 oder was muss ich tun, um dieses Problem zu lösen?

EDIT:

Den oben genannten Fehler angezeigt wird zur design-Zeit in der Fehler-Liste, der designer zeigt die Fehlermeldung "kann Nicht erstellen Sie eine Instanz von 'my_class'"

Die innere Ausnahme, dass der eine sagt: "Festlegen von connectionId wurde eine Ausnahme ausgelöst" und die innere Ausnahme ist der Titel der Nachricht.

Dies noch ermöglicht die Lösung gebaut werden, und nach dem ausführen der Anwendung, bekomme ich im Grunde das gleiche, außer dass die innerste exception sagt:

"Konnte nicht geladen, Datei oder assembly 'SigPlusNET, Version=1.1.3358.14336, Culture=neutral, PublicKeyToken=6aef07010bb0624f' oder eine Ihrer Abhängigkeiten. Ein es wurde versucht, ein Programm mit einem falschen format."

Dass man das winForms-control, assembly, der bei der Untersuchung durch dotPeek, die nur Abhängigkeiten, die Sie hat sind .NET Framework diejenigen

Rechts-Klick auf das EXE-Projekt, Eigenschaften, Debuggen-Registerkarte, deaktivieren Sie die "Enable Visual Studio hosting process" - option und versuchen Sie es erneut.
Ich habe nicht erwähnt in meiner Frage, aber ich bin immer dies zur design-Zeit, wenn ich per drag und drop meine-Steuerelement aus der toolbox (das Programm stürzt ab, wenn er zu), werde ich Bearbeiten meine Frage, und fügen Sie die Ausnahme, die ich im Lauf der Zeit
Der zweite Fehler, den Sie gerade gebucht in einem edit ist, weil SigPlusNET (oder etwas, das es verwendet) ist das falsche Ziel-Plattform. Entweder Ihre app ist 32-bit und SigPlusNET (oder Abhängigkeit) ist 64-bit, oder Umgekehrt.

InformationsquelleAutor Emmanuel Medina | 2013-01-24

Schreibe einen Kommentar