如何解决VS2010 COM互操作错误解决方法? INetFwMgr
| (编辑:解决了,解决方案很简单-构建于2008SP1中,采用生成的Interop.NetFwTypeLib.dll并将其简单地用作第3方程序集。感谢Rick Sladkey。) 我已经将一些引用COM对象的代码(下面向下)升级到VS2010。仍在.Net 3.5上。 从那时起构建就被破坏了:(The type or namespace name \'INetFwMgr\' could not be found (are you missing a using directive or an assembly reference?)
)...
我发现了一个Microsoft错误,有人在其中指出:
SDK 4.0 tlbimp.exe始终会导入
第一个,它不遵循
正确的流。即使您手动
调用tlbimp.exe并提供正确的
路径。这是导致
问题。驻留在
非默认流将具有相同的
tlbimp.exe 4.0出现问题。
然后是:
SDK 3.5 tlbimp.exe没有这个
问题。解决方法是使用3.5
tlbimp.exe手动导入
互操作程序从完整路径作为
它存储在注册表中,并且
在此引用此Interop程序集
您的项目。
有人可以解释解决方法吗? (我尝试了明显的tlbimp COM_DLL /out=OUT_DLL
,不好)。
有人遇到过另一个COM吗?
谢谢!
注意:XP ...
另一个注意事项:VS2010 SP1也尝试过,没有运气。
代码(部分...):
using NetFwTypeLib;
namespace Utils
{
public class MSFirewall
{
private const string CLSID_FIREWALL_MANAGER = \"{304CE942-6E39-40D8-943A-B913C40C9CD4}\";
private NetFwTypeLib.INetFwMgr GetFirewallManager()
{
Type objectType = Type.GetTypeFromCLSID(new Guid(CLSID_FIREWALL_MANAGER));
return Activator.CreateInstance(objectType) as NetFwTypeLib.INetFwMgr;
}
}
}
解决方法
您的VS2010解决方案可以成功利用互操作库,例如:
Interop.NetFwTypeLib.dll
可以使用实用程序VS2008解决方案生成,也可以使用旧版SDK工具手动创建。
如果您使用的是源代码控制,则只需使用VS2008生成一次互操作库并进行检入,然后将VS2010解决方案的引用添加到已签入的互操作库中,而不是导航至COM组件。
,当我们试图简化一个引用了该COM对象的项目时,我们面临着同样的问题。
在装有Windows 7 x64和VS 2010的计算机上,它可以正常编译。
在装有Win2003 x64和VS 2010的计算机上(其中包含相同的项目),我们收到编译错误“找不到类型或名称空间名称'INetFwMgr \” \。
首先,我将构建输出设置为“详细”。我观察到它运行了此命令:
\"C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\bin\\TlbImp.exe\" C:\\WINDOWS\\SysWOW64\\hnetcfg.dll /namespace:NetFwTypeLib /out:\"obj\\Debug WF\\Interop.NetFwTypeLib.dll\" /sysarray /transform:DispRet /reference:D:\\Projects\\Framework\\Projects\\FrameworkBase\\Dlls\\KellermanSoftware.NET-Email-Validation.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\mscorlib.dll /reference:\"C:\\Program Files (x86)\\TestDriven.NET 2.0\\NUnit\\2.4\\nunit.framework.dll\" /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.configuration.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Data.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.DirectoryServices.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Drawing.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Management.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Runtime.Remoting.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Runtime.Serialization.Formatters.Soap.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.ServiceProcess.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Web.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Web.Services.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Windows.Forms.dll /reference:C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727\\System.Xml.dll /reference:D:\\Projects\\Framework\\Projects\\Common\\ZipLib\\bin\\Debug\\ZipLib.dll /reference:C:\\WINDOWS\\assembly\\GAC\\stdole\\7.0.3300.0__b03f5f7f11d50a3a\\stdole.dll /keyfile:StrongKey.snk
这个命令的结果很好-它产生文件
\"D:\\Projects\\Framework\\Projects\\FrameworkBase\\obj\\Debug WF\\Interop.NetFwTypeLib.dll\"
Windows 7计算机上会生成相同的文件。但是,有一个区别:
文件Interop.NetFwTypeLib.dll
的大小非常不同。
在我看来,Windows 7计算机和Windows 2003 x64计算机上的文件hnetcfg.dll差别太大,不幸的是,Windows 2003文件中的导入表已损坏。
我不知道Microsoft是否已解决此问题,并且如果在某些Windows更新中他们将提交带有正常导入表的正常hnetcfg.dll。我不在乎他们。
接下来,我要做的是:在Windows 7上获得一个普通的Interop.NetFwTypeLib.dll,并将其包含在项目的单独文件夹中,并放入源代码管理中,然后将我对此文件的引用(而不是对COM的引用)放入文件中。问题就解决了。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。