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;
        }


    }
}
    
2020-03-27 3 条评论
分享

没有找到相关结果

    已邀请:

    你换

    您的VS2010解决方案可以成功利用互操作库，例如： Interop.NetFwTypeLib.dll 可以使用实用程序VS2008解决方案生成，也可以使用旧版SDK工具手动创建。 如果您使用的是源代码控制，则只需使用VS2008生成一次互操作库并进行检入，然后将VS2010解决方案的引用添加到已签入的互操作库中，而不是导航至COM组件。     
    2020-03-27 0 0
    分享

    祁澈盘哼颗

    当我们试图简化一个引用了该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的引用）放入文件中。问题就解决了。     
    2020-03-27 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.039827108383179