gpt4 book ai didi

c - LoadLibrary:用 Visual C++ 编译时出现错误 126,但在 NetBeans/MingW 上工作正常?

转载 作者:行者123 更新时间:2023-12-01 10:20:00 25 4
gpt4 key购买 nike

我遇到了以下问题:

#include <stdio.h>
#include <stdlib.h>
#include <windows.h>


int main() {

HANDLE handle;
DWORD dw;

handle = LoadLibrary("C:\\Folder\\mydll.dll");

dw = GetLastError();

printf("Loading Library: %d", dw);

FreeLibrary(handle);

return 0;
}

当使用 Netbeans/MinGW 编译时,一切正常,加载了 DLL,输出为“Loading Library: 0”。

但是当使用 Visual C++ 2008 Express 在完全相同的机器上编译完全相同的代码时,我得到了臭名昭著的 126 错误:“正在加载库:126”。

当我将 Netbeans 与 MinGW 一起使用时,DLL 显然存在于指定位置并且加载它也能正常工作。但为什么在使用 Visual C++ 时它不起作用?

这只是概述我的问题的示例代码。它是一个更大的项目的一部分,在使用 Netbeans/MinGW 编译时工作得很好,但在使用 Visual C++ 编译时不加载 DLL...

谢谢大家的回答!

最佳答案

由于您的回答不完整并且遗漏了真正的问题,我将在这里详细说明。

您正在编译定义了 UNICODE 的 MSVS 版本,这使得像 LoadLibrary 这样的东西被定义为 LoadLibraryW 的宏,它需要一个const wchar_t* 参数。相反,当使用 GCC 编译时,您无需定义它,它就可以工作。

UNICODE 版本实际编译的原因在某种程度上是 MSVS 中的一个错误/功能,它允许您将 char* 传递给 wchar_t* 没有任何消息(你确实打开了警告,不是吗?)。这会导致一些错误解释的字符串被传递给 Win32 API 函数,该函数无法找到乱码文件名。

这就是为什么我总是直接调用函数的 *W 版本,而不去理会所有有趣的 UNICODE 东西。

关于c - LoadLibrary:用 Visual C++ 编译时出现错误 126,但在 NetBeans/MingW 上工作正常?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23427259/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com