Странная проблема совместимости с.Net 3.5 и 4,0 блоками (NATUPnPLib)

Я испытываю затруднения, заставляя библиотеку типов NATUPnP 1.0 работать с Платформой 3.5 в Visual Studio 2010. Если я использую.Net 4.0, он работает просто великолепно, но с.Net 3.5, пространство имен NATUPNPLIB точно походит на NETCONLib's.

Например, этот образец Приложения для управления Перенаправлением портов от этого сайта: http://pietschsoft.com/post/2009/02/05/NET-Framework-Communicate-through-NAT-Router-via-UPnP.aspx

.. использует.Net 3.5, но я не могу заставить его компилировать в Visual Studio 2010, если я не изменяю его на.Net 4.0.
Я не попробовал, но я поставил в Visual Studio 2008, там не будут никакие проблемы.

6
задан starblue 16 May 2010 в 05:56
поделиться

1 ответ

Я частично перепроверю. У меня тоже есть две разные библиотеки взаимодействия, но я делаю это как на VS2008, так и на VS2010. Внимательно посмотрите на вкладку «Добавить ссылку + COM», столбец «Путь». Оба они относятся к одной и той же DLL, c: \ windows \ system32 \ hnetcfg.dll ".

Что ж, логично, что одна и та же библиотека взаимодействия создается из одной и той же DLL. Я предполагаю что кто-то в Microsoft решил, что одно из имен библиотеки типов было неуместным, и изменил процедуру регистрации, чтобы зарегистрировать его под новым именем. И зарегистрировать его под старым именем, чтобы не нарушать обратную совместимость. Не уверен, какое , но «CON» - одна из тех загадочных аббревиатур (?), которые снова и снова появляются в именах библиотек типов Microsoft. «UPNP», я думаю, лучше справляется с задачей.

Может быть разница, если вы запустить 64-разрядную операционную систему. выбрать имя, которое показывает VS2010. В противном случае нет смысла дважды ссылаться на одну и ту же библиотеку типов на один и тот же COM-сервер. Один будет выполнять свою работу.

5
ответ дан 17 December 2019 в 04:43
поделиться
Другие вопросы по тегам:

Похожие вопросы: