Question

从c＃应用程序调用非托管Dll时，我得到AccessViolationException。奇怪的是导出的函数没有参数，所以问题不在于数据的编组。该函数没有参数，只返回一个整数。另请注意，调用约定不是问题。具有相同零参数和整数返回值（但名称不同）的相同函数可以正常工作。考虑到编组和调用约定被排除在外，这种调用可能导致此异常的剩余候选原因是什么？

UPDATE：dll函数是正确的，因为如果通过普通链接从其他非托管代码调用，那么它可以正常工作。

更新2：所有内容都编译并在32位上运行。我试过Win XP SP2和Vista。这是一个有趣的事实：在Vista系统上，它就像一个魅力。在XP上它失败了。

更新3：我没有得到源代码，但我学会了这个dll的功能，所以我尝试用自己的dll重现问题。这是故事：原始的dll是某种ei.lib（Erlang的c接口库）的包装器。它导出一些辅助函数。所以为了重现这个问题，我在ei.lib周围创建了一个包装器，它只导出一个函数，即“test（）”。我这样做，所以我不会搞乱编组和东西。我只想测试初始化，连接和发送消息。因此，我的dll的这个test（）函数只调用ei_connect_init()，然后是ei_connect()和最终ei_reg_send()，内部硬编码参数。问题是如果我调用这个DLL并使用另一个非托管代码中的test（）函数，它可以正常工作。消息已发送。但是当我从c＃通过DllImport调用它时，它只适用于Vista。不是XP。在XP上，它在.net层上失败并出现AccessViolationException。我试图追查问题，我在我的dll内部看到，ei_connect()的任何调用，或任何尝试读取erl_errno（这些都是在ei.lib中定义）在XP上运行时被托管代码调用导致尝试读取或写入受保护的内存，以便应用程序崩溃。它不可能是微不足道的，因为它适用于Vista，它可以在非托管代码调用时运行。

Answer 1

好吧我想我知道这个问题：ei.lib使用TLS（线程本地存储）。在ei接口源代码的文件ei_pthreads.c中有以下代码段：

#ifdef __WIN32__
#ifdef USE_DECLSPEC_THREAD
/* Define (and initialize) the variable __erl_errno */
volatile __declspec(thread) int __erl_errno = 0;
#else
static volatile DWORD errno_tls_index = TLS_OUT_OF_INDEXES;
static LONG volatile tls_init_mutex = 0;
#endif
#endif

如果未定义USE_DECLSPEC_THREAD，则在源文件中更低，而是使用TLS Api。现在，从msdn我发现：

之前在Windows操作系统上 Windows Vista，__declspec( thread ) 有一些局限性。如果是DLL 声明任何非本地数据或对象如__declspec( thread )，它可能会导致动态保护错误加载。加载DLL后 LoadLibrary，它会导致系统故障每当代码引用时非本地__declspec( thread )数据。因为全局变量空间一个线程是在运行时分配的这个空间的大小是基于a 计算要求申请加上要求所有静态的DLL 链接。当您使用LoadLibrary时，您无法扩展此空间以允许声明的线程局部变量与__declspec( thread )。使用TLS 您的DLL中的API，例如TlsAlloc 如果DLL可能是，则分配TLS 加载了LoadLibrary。

因此，由于我使用erc接口库提供了erlang的预编译二进制分发版，因此我想知道在编译这些二进制文件时是否定义了USE_DECLSPEC_THREAD。如果没有，那么我就陷入了死胡同，我会尝试别的东西来完成我的工作。如果他们确实定义了它，那么我必须安装cygwin并重新编译源代码而不定义它。（让人惊讶...）。

最终更新：确实是这个问题。我必须安装cygwin并再次编译erl_interface代码而不定义USE_DECLSPEC_TRHEAD。在重新编译时还有另一个小问题，需要进行微小的更改，以便在包含winbase.h之前发生_WIN32_WINNT的定义，因为在省略USE_DECLSPEC_THREAD之后代码使用在winbase中定义的SwitchToThread。 h仅在定义_WIN32_WINNT且值大于0x400时才会生成。

Answer 2

当非托管代码导致内存访问冲突时，会发生此异常。检查非托管功能是否正确。如果您拥有非托管代码的源代码，您还可以enable 调试器进入非托管代码并查看问题所在。

调用非托管DLL时的AccessViolation

2 个答案: