VS 2010 .NET Framework Problem w/ ein Montage-targeting 3.5 beschwert sich, dass es braucht, spätere version .NET framework
Ich bin mit einer ungeraden Problem mit einer Baugruppe ausgerichtet ist .NET 3.5. Wenn auch diese Versammlung, die über Verweise Hinzufügen/Durchsuchen", um DLL - Meldung:
"MyAssembly.dll" oder eine Ihrer Abhängigkeiten, erfordert eine neuere version von der .NET Framework als die angegebenen in das Projekt. Sie können das ändern .NET Framework-Ziel-durch klicken auf Eigenschaften im Menü Projekt, und wählen Sie dann ein neues Ziel in der '.NET Framework " Drop-down-box. (In Visual BVasic, diese befindet sich auf der Registerkarte Kompilieren, indem Sie auf die "Erweiterte Compiler-Optionen..." - Knopf.) Willst du immer noch eine Referenz hinzufügen 'MyAssembly.dll" im Projekt ?
Dort scheint nicht zu jedem Reim oder Grund, diese Fehler haben wir schon versucht, der "offensichtlichen" Dinge.
Die Montage in Anspruch nimmt, die DLL ist .NET 3.5.
Die DLL ist .NET 3.5.
Alle Baugruppen, die jeder benutzen sind .NET 3.5. Nichts ist mit .NET 4.0 [AFAIK]
Was kann ich prüfen/tun ? Es gibt einige COM-Interop in der DLL - könnte es das sein ?
Dieses Projekt wurde verschoben aus VS 08 VS 10 - aber, wieder, immer noch Ziele .NET 3.5.
Ich habe überprüft, dass alle Baugruppen aufgeführt, die unter Verweis erreichen Sie die richtigen CLR-version [2].
Aktualisierung der Ziel-Projekt .NET 4 ist, entfernen Sie die Ausgabe - aber das ist nicht etwas, was wir im Stande sind zu tun in dieser Zeit.
- Ich sollte auch beachten, dass einschließlich es über Referenzen/Projekt [gleiche Lösung] scheint zu funktionieren - bei einem Downgrade der DLL .NET 3.0. [dies möglicherweise nicht ganz korrekt - war die Prüfung durchaus ein paar Dinge]
Ich bin aus Ideen heraus an diesem Punkt.
- Was ist der framework-version der code verbraucht Ihr .NET 3.5-assembly? Ist es .NET 4.0 oder .NET 3.5?
- .NET 3.5. Alles, was ist .NET 3.5.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Es stellt sich heraus, dass das Problem ist.. komischerweise.. mit Janus-Steuerelementen .NET 3.5-Komponenten.. nicht gut mit anderen spielen wie es scheint.
Ab heute, dem Janus Controls [GridEX] funktionieren nicht mit VS 10 & .NET 3.5,...) nur mit .NET 4 Projekten, auch wenn die Lösung, die gebaut wurde .NET 3.5 und VS 2008.
Ich gehe davon aus, dass Sie bereits mit Reflektor oder ILDASM zu überprüfen, das Manifest des assemblies, die das problem verursacht werden.
Einer option, die Sie haben, ignorieren Sie die Nachricht, und fügen Sie die Referenz sowieso. Dann versuchen Sie auf irgendeine Art in die Montage. Sollten Sie eine vollständige Fehlermeldung.
Dies ist ein Beispiel für die Fehler, die ich in meinem computer, wenn ich versuche, auf ein Bibliothek-Klasse, die ausgerichtet ist, einen höheren Rahmen:
Die primäre Referenz "ClassLibrary2" konnte nicht aufgelöst werden, weil es eine indirekte Abhängigkeit von der .NET Framework-assembly "mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089", die eine höhere version "4.0.0.0" als die version "2.0.0.0" in der aktuellen Ziel-framework. ConsoleApplication1
Hoffe, das hilft beim lokalisieren des Problems.