Quantcast
Channel: Visual Studio Forum
Viewing all articles
Browse latest Browse all 1545

Konflikt zwischen .NET Version und DLL Version

$
0
0

Hallo, ich habe mit Visual Studio Community 2017 ein Programm entwickelt, das E-Mails von meinem GMX IMAP Konto abrufen kann. Dazu habe ich die Chilkat DLL für .NET 4 verwendet, das C# Prolekt war auf .NET 4.6.1 eingestellt. Hat alles supergut geklappt.

Zuletzt habe ich gesehen, dass im Fehlerfenster eine Warnung angezeigt wird: Konflikt zwischen der Prozessorarchitektur des Projekts "MSIL", das erstellt wird, und der Prozessorarchitektur des Verweises, ChilkatDotNet4, Version=9.2.0.0, Culture=neutral, PublicKeyToken=eb5fc1fc52ef09bd, processorArchitecture=x86", "x86". Dieser Konflikt kann zu Laufzeitfehlern führen. Ändern Sie ggf. mithilfe des Konfigurations-Managers die als Ziel angegebene Prozessorarchitektur Ihres Projekts so, dass die Prozessorarchitekturen zwischen Ihrem Projekt und den Verweisen ausgerichtet werden, oder wählen Sie eine Abhängigkeit von Verweisen mit einer Prozessorarchitektur, die der als Ziel angegebene Prozessorarchitektur Ihres Projekts entspricht.“ Laufzeitfehler hatte ich bis dahin keinen einzigen, zumindest keinen der auf dieses Problem zurückzuführen war. Na gut, dachte ich, das kriegen wir auch noch hin. Hab unter Projekteigenschaften das .NET Framework 4.0 als Zielframework ausgewählt.

Und jetzt geht gar nichts mehr. Sobald ich das Programm starte sagt Visual Studio:Die Anwendung befindet sich im Haltemodus. Ihre App wurde angehalten, aber es gibt keinen anzuzeigenden Code, da alle Threads externen Code ausgeführt haben (normalerweise System- oder Frameworkcode). Mein Splash-Screen ist zu sehen, das wars. Wenn ich den E-Mail Abruf einkommentiere läuft das Programm fehlerfrei, ist aber nutzlos. Ich habe alle möglichen Frameworks ausprobiert. Ich habe das Update für Visual Studio 2017 installiert. Ich habe Visual Studio 2019 installiert. Ich habe die Chilkat DLL für .NET 4.8 heruntergeladen. Nichts geht mehr. Ohne Debugger stürzt das Programm kommentarlos ab.

Wie kann ich denn nun eine funktionierende Kombination von DLL Version und .NET Version wieder einstellen?

Danke - Günther

 



Viewing all articles
Browse latest Browse all 1545