C#调用VC++.net托管库程序集DLL
2008-12-24 17:49
537 查看
Could not load file or assembly '... ...' or one of its dependencies. 由于应用程序配置不正确,应用程序未能启动 ...
两个工程分别是 .net2005下的 C# 和 C++ , C++ 工程使用 C++/CLI 封装了几个功能函数并在 C# 工程中加载使用封装类。在本地运行正常,但发布到其他机器上却出现异常对话框:“ Could not load file or assembly '... ...' or one of its dependencies. 由于应用程序配置不正确,应用程序未能启动。重新安装应用程序可能会纠正这个问题。 ( Exception from HRESULT: 0x800736B1 ) ”。
这个错误看上去好像是 C++ DLL库本身的问题,其实并不尽然。由于使用了混合模式编译托管 DLL ,所以该 DLL 又会用到非托管的 CRT ( C Run-Time )库。如果机器上没有安装这些被使用到的运行时组件,就会产生类似 HRESULT: 0x8007 的错误。最简单的方法是下载安装 Microsoft Visual C++ 2005 Redistributable Package (x86)以得到代码运行所需的 msvcr80.dll 及 msvcm80.dll 等;也可以到系统盘下的 Program Files\Common Files\Merge Modules 目录下找到包含 CRT 字样的 msm 文件,把这些文件添加到你的安装程序里面可以达到同样的效果;如果 C++ 生成的不是 dll 而是可执行文件的话,也可以按照微软的说明直接把需要的dll拷贝到应用程序目录下。更为细致的分析说明可以参考这里:Bootstrapper for the VC++ 2005 Redists (with MSI 3.1)。
要注意的是,如果你编译 C++ 托管程序集的时候使用的是 Debug 配置的话,生成的 DLL 需要调用的就是 CRT 对应的 debug 版本( msvcr80d.dll 及 msvcm80d.dll 等 )而不是上面那些 Redistributable Package 里面的文件。这样的话即使你使用任何一种方法去安装那些运行时库文件也还是同样会得到错误异常对话框。了解生成的 DLL 到底是 Debug 还是 Release 版本最简单的方法是用文本编辑器打开该 DLL 文件,找到以下类似的内容(一般位于文件末尾处):
view plaincopy to clipboardprint?
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32"
name="Microsoft.VC80.DebugCRT"
version="8.0.50608.0"
processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32"
name="Microsoft.VC80.DebugCRT"
version="8.0.50608.0"
processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
如果看到 Microsoft.VC80.DebugCRT ,那说明该 dll Link的目标是 CRT的Debug版本,如果是 Microsoft.VC80.CRT 则 link 到再分发版本。当我在 VS.net2005 的 IDE 中通过批生成来生成 C# exe 和 C++ dll 的时候,如果当前的活动解决方案配置是 Debug 的话,在 C# 项目的Release输出目录下拷贝的会是 C++ dll 的 Debug 版本文件而不是 Release 版本!所以在发布生成之后确认对应文件的版本还是相当有必要的。
另一个可能性是如果你的硬盘分区为 FAT32 格式的话, VS.net 在编译 C++ dll 的时候有可能会因为时间戳计算的失误而没有把正确的 Manifest 信息(基本上就是上面提到的那部分 xml 配置信息)写到 dll 里面,导致程序运行时得不到正确的 dependency 信息产生加载错误。所以如果上述操作仍然无法解决错误的话,考虑在“属性->配置属性->清单工具->常规”下把“使用FAT32解决办法”选项设置为"是"。
两个工程分别是 .net2005下的 C# 和 C++ , C++ 工程使用 C++/CLI 封装了几个功能函数并在 C# 工程中加载使用封装类。在本地运行正常,但发布到其他机器上却出现异常对话框:“ Could not load file or assembly '... ...' or one of its dependencies. 由于应用程序配置不正确,应用程序未能启动。重新安装应用程序可能会纠正这个问题。 ( Exception from HRESULT: 0x800736B1 ) ”。
这个错误看上去好像是 C++ DLL库本身的问题,其实并不尽然。由于使用了混合模式编译托管 DLL ,所以该 DLL 又会用到非托管的 CRT ( C Run-Time )库。如果机器上没有安装这些被使用到的运行时组件,就会产生类似 HRESULT: 0x8007 的错误。最简单的方法是下载安装 Microsoft Visual C++ 2005 Redistributable Package (x86)以得到代码运行所需的 msvcr80.dll 及 msvcm80.dll 等;也可以到系统盘下的 Program Files\Common Files\Merge Modules 目录下找到包含 CRT 字样的 msm 文件,把这些文件添加到你的安装程序里面可以达到同样的效果;如果 C++ 生成的不是 dll 而是可执行文件的话,也可以按照微软的说明直接把需要的dll拷贝到应用程序目录下。更为细致的分析说明可以参考这里:Bootstrapper for the VC++ 2005 Redists (with MSI 3.1)。
要注意的是,如果你编译 C++ 托管程序集的时候使用的是 Debug 配置的话,生成的 DLL 需要调用的就是 CRT 对应的 debug 版本( msvcr80d.dll 及 msvcm80d.dll 等 )而不是上面那些 Redistributable Package 里面的文件。这样的话即使你使用任何一种方法去安装那些运行时库文件也还是同样会得到错误异常对话框。了解生成的 DLL 到底是 Debug 还是 Release 版本最简单的方法是用文本编辑器打开该 DLL 文件,找到以下类似的内容(一般位于文件末尾处):
view plaincopy to clipboardprint?
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32"
name="Microsoft.VC80.DebugCRT"
version="8.0.50608.0"
processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32"
name="Microsoft.VC80.DebugCRT"
version="8.0.50608.0"
processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
如果看到 Microsoft.VC80.DebugCRT ,那说明该 dll Link的目标是 CRT的Debug版本,如果是 Microsoft.VC80.CRT 则 link 到再分发版本。当我在 VS.net2005 的 IDE 中通过批生成来生成 C# exe 和 C++ dll 的时候,如果当前的活动解决方案配置是 Debug 的话,在 C# 项目的Release输出目录下拷贝的会是 C++ dll 的 Debug 版本文件而不是 Release 版本!所以在发布生成之后确认对应文件的版本还是相当有必要的。
另一个可能性是如果你的硬盘分区为 FAT32 格式的话, VS.net 在编译 C++ dll 的时候有可能会因为时间戳计算的失误而没有把正确的 Manifest 信息(基本上就是上面提到的那部分 xml 配置信息)写到 dll 里面,导致程序运行时得不到正确的 dependency 信息产生加载错误。所以如果上述操作仍然无法解决错误的话,考虑在“属性->配置属性->清单工具->常规”下把“使用FAT32解决办法”选项设置为"是"。
相关文章推荐
- C#调用VC++.net托管库程序集DLL
- C#调用VC++.net托管库程序集DLL
- 在C#.net中调用VC 6.0编写的DLL文件
- C#(.net)中的DllImport 调用C/VC DLL
- 在非VS环境下C++ Builder,Delphi,VC,VB等调用C#开发的DLL的完整方法
- C++Builder、C#、VC调用 C++Builder制作的DLL
- C# 调用 VC++ 托管DLL,参数传结构体时
- vc(vs)中c++调用C#的DLL
- ASP.NET/C#中如何调用动态链接库DLL
- C#调用VC的DLL的接口函数参数类型转换一览表
- VC++ (MFC)调用 C#生成DLL的两种方法
- VC++ (MFC)调用 C#生成DLL的方法
- C#反射动态调用dll中的方法及使用QuartZ.net实现作业调度
- C#调用VC的DLL时AfxGetApp失败的解决方法
- VC调用C#写的DLL
- C#调用vc的dll.设置参数等
- VC调用C#生成的类库DLL方法
- 转:C# .NET中调用VB编写的DLL代码事例(我做了些修改)
- 关于C#调用VC编的DLL后报“System.AccessViolationException:尝试读取或写入受保护的内存
- VC调用C#Dll之无法声明全局或静态变量变量