c# 删除了generic.xmal文件_记一次C#调用C++踩过的坑

一般来说，C#调用C++生产的dll，如下：

C++的项目要设置为"导出dll的项目"，而且导出的函数，一般为：

 extern "C" __declspec(dllexport) int Convrnx(int format, rnxopt_t  opt, char *file, char **ofile){　　....}

弄出一个C++的dll后，放到C#的生成目录下，也就是和.exe放在一起；

而C#，则要：

[DllImport("RtklibHelper.dll", EntryPoint = "Convrnx", CallingConvention = CallingConvention.Cdecl)]public static extern int Convrnx(int format, rnxopt_t opt, string file, string[] ofile){　　....}

坑一：C#的类型，怎么和C++的类型对应起来(如例子：string对应*char，string[]对应char**)

解一：有一款神奇的工具，名为：CLRInsideOut，微软的手笔：

比如说：C++ 中的结构体 rnxopt_t ，其中又嵌套结构体snrmask_t等等，只需要将其用txt自上而下整理好(C++的声明写在前后很讲究)，右边直接为C#代码；

坑二：在本机C#调用C++一切都正常，放到别的机器就有：找不到指定的模块。(异常来自 HRESULT:0x8007007E) ，各种搜索尝试都不行(包括尝试安装Vs c++环境)。

程序员的直觉：肯定是C++产出的dll，调用了系统的dll，而别的电脑又不一定有。

思路：找出这个dll，到底调用了什么东西

解二：又是使用微软的工具：

 找到了，就是这些dll；

程序员的直觉：这个东西，绝逼是在c:\window下的，搜索一下，发现：WINMM.dll在两个文件夹都有，到底是哪个？

解：只需要到别的电脑搜一下，那个缺少就拷贝那个

全部揪出来：

 然后放到和exe相同的目录下；(按照C++ dll的习惯，动态库总会在当前目录和系统目录中找，所以没必要一个个放到目标电脑对应的文件夹中)

声明：发布此文是出于传递更多知识以供交流学习之目的。若有来源标注错误或侵犯了您的合法权益，请作者持权属证明与我们联系，我们将及时更正、删除，谢谢。

作者：耀礼士多德

来源：https://www.cnblogs.com/pylblog/p/11824428.html

More：【微信公众号】 u3dnotes