Seltsames Kompatibilitätsproblem mit .NET 3.5 und 4.0 Assemblies (NATUPnPLib)

Question

Ich habe Probleme, NATUPnP 1.0 Type Library mit Framework 3.5 in Visual Studio 2010 zu arbeiten. Wenn ich .Net 4.0 verwende, funktioniert es ganz gut, aber mit .Net 3.5, NATUPNPLib Namensraum sieht genau wie wie NETCONLib.

Zum Beispiel dieser Port Forwarding Management Application Probe von dieser Seite: http://pietschsoft.com/post/2009/02/05/NET-Framework-Communicate-through-NAT-Router-via-UPnP.aspx

..ist .NET 3.5, aber ich kann es nicht in Visual Studio 2010 zu kompilieren bekommen, wenn ich es ändern 4.0 auf .NET .
Ich habe es nicht versucht, aber ich wette in Visual Studio 2008 würde es keine Probleme geben.

Answer 1

ich teilweise repro. Ich bekomme auch zwei verschiedene Interop-Bibliotheken, aber ich sowohl VS2008 als auch VS2010. Sehen Sie sich die Registerkarte Verweis hinzufügen + COM in der Spalte Pfad genauer an. sie beide auf die gleiche DLL verweisen, c:.. \ Windows \ system32 \ Hnetcfg.dll“

Nun, es macht Sinn, dass die gleiche Interop-Bibliothek aus der gleichen DLL generiert wird ich, dass jemand würde vermuten, bei Microsoft entschied, dass einer der Typbibliotheksnamen muffig war und änderte die Registrierungsprozedur, um sie unter einem neuen Namen zu registrieren Und registrieren Sie es unter dem alten Namen, um die Rückwärtskompatibilität nicht zu brechen.Nicht sicher was, aber "CON" ist eins von diesen mysteriösen Akronymen (?), die immer wieder auf Microsoft-Bibliotheksnamen auftauchen. "UPNP" nagelt den Job besser, denke ich.

Es kann einen Unterschied geben, wenn Sie eine 64-Bit-Operation ausführen g System. Wählen Sie Wählen Sie den Namen, den VS2010 anzeigt. Andernfalls ist es sinnlos, dieselbe Typbibliothek zweimal auf denselben COM-Server zu verweisen. Man wird die Arbeit erledigen.