过去一周我一直在追逐这个例外。
情况是：
我有一个用C＃编写并在Visual Studio 2010中构建的应用程序。 该应用程序包含一个DLL，它是非托管代码库的包装器。 非托管代码是用C ++编写的，并在Visual Studio 2008中构建。这是必需的，因为代码引用了其他库（Qt），并且该代码以WinCE版本5为目标（由于该字段中支持的设备而必需）。
我已经尝试了很多我在这里看到的建议，包括使用各种依赖性walker（VS 2008依赖，dependency_walker和Dependz）以及其他工具，例如SysInternals的Reflector和Process Monitor。
所有这些工具都没有显示任何问题（Reflector）或在我的环境中过时的旧依赖项（Win 7），如DCOMP.DLL，GPSVC.DLL和＆amp; IESHIMS.DLL。
在调试器中，我可以直接执行我的代码，直到我实例化一个引用我的Managed Wrapper DLL的对象。它不会进入对象的实例化，而是立即抛出异常。
在Process Explorer（来自SysInternals）中，我可以看到加载的托管DLL以及必要的辅助DLL。在进程监视器（来自SysInternals）中，在问题出现时，没有找不到堆栈的未找到的消息。它失败了。
任何有关发现此问题的想法或想法都会受到赞赏。
答案 0 :(得分：2)
@ Hans Passat - 感谢您对Global Flags的提示。
Here是一篇关于使用这些工具的优秀博文。大多数Google引用的“Show Loader Stacks”引用的gflags.exe程序是Windows设备驱动程序开发工具包（WinDDK）的一部分，它管理该帖子中提到的注册表设置。
使用“Show Loader Stacks”运行的输出确定应该在我的非托管DLL中的符号不在我正在使用的DLL中。
事实证明我正在构建错误版本的DLL。这是由于我对构建过程的不了解（太多版本构建了太多不同的方式）。
答案 1 :(得分：0)
该职位的标准工具：Dependency Walker