- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我有这个 Loadlibraty() 错误 3765269347 困扰着我。我正在实现一个构建为 x64 的 C++ 控制台应用程序,以加载 x64 native C++ dll。以下是 C++ 控制台应用程序中用于加载 dll 的代码:
bool InitDll()
{
HINSTANCE hInst = LoadLibrary(_T("C:\\TIS_Nick\\Hardware\\Devices\\ThorDetectorSwitch\\TDSTest\\TDSTest\\Debug\\Modules_Native\\ThorDetectorSwitch.dll"));
if( hInst != NULL )
{
FreeLibrary( hInst );
return true;
}
else
{
DWORD err = GetLastError();
return false;
}
}
我得到的错误是 3765269347,我认为这意味着 C++ 无法处理此错误。我确定我加载 dll 的路径是正确的。
我还使用 Monitor Process 来跟踪 dll 和函数被调用的内容。这是我认为相关的信息。
11:08:07.3196483 AM TDSTest.exe 1604 QueryNameInformationFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\x64\Debug\TDSTest.exe SUCCESS Name: \TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\x64\Debug\TDSTest.exe
11:08:08.5720585 AM TDSTest.exe 1604 CreateFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened
11:08:08.5721041 AM TDSTest.exe 1604 QueryBasicInformationFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS CreationTime: 6/11/2013 6:30:08 PM, LastAccessTime: 6/11/2013 6:30:08 PM, LastWriteTime: 6/12/2013 11:00:28 AM, ChangeTime: 6/12/2013 11:05:51 AM, FileAttributes: A
11:08:08.5721293 AM TDSTest.exe 1604 CloseFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS
11:08:08.5722797 AM TDSTest.exe 1604 CreateFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS Desired Access: Read Data/List Directory, Execute/Traverse, Synchronize, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: n/a, ShareMode: Read, Delete, AllocationSize: n/a, OpenResult: Opened
11:08:08.5723228 AM TDSTest.exe 1604 CreateFileMapping C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll FILE LOCKED WITH ONLY READERS SyncType: SyncTypeCreateSection, PageProtection:
11:08:08.5724896 AM TDSTest.exe 1604 CreateFileMapping C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS SyncType: SyncTypeOther
11:08:08.5725861 AM TDSTest.exe 1604 Load Image C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS Image Base: 0x7fef7830000, Image Size: 0x6d000
11:08:08.5726385 AM TDSTest.exe 1604 QueryNameInformationFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS Name: \TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll
11:08:08.5728910 AM TDSTest.exe 1604 CreateFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened
11:08:08.5912215 AM TDSTest.exe 1604 CloseFile C:\TIS_Nick\Hardware\Devices\ThorDetectorSwitch\TDSTest\TDSTest\Debug\Modules_Native\ThorDetectorSwitch.dll SUCCESS
我很抱歉看起来有点乱,我想在这里张贴图片,但事实证明我没有足够的声誉来这样做。任何建议表示赞赏。
更新我已经追踪到 ThorDetectorSwitch.dll
中的构造函数,如下所示:
ThorDetectorSwitch::ThorDetectorSwitch() : _mcSwitch(__uuidof(MCLControlClass))
{
_A = WstringToBSTR(L"A");
_B = WstringToBSTR(L"B");
_C = WstringToBSTR(L"C");
_D = WstringToBSTR(L"D");
_deviceDetected = FALSE;
}
我在第一个括号处设置了断点,但它从未进入函数。相反,它跳转到异常。我想 MCLControlClass
或 _mcSwitch
有问题吗?
最佳答案
I got err is 3765269347
像这样的大错误数值的通用策略是将它们转换为十六进制。 3765269347 == 0xE06D7363。这是一个神奇的数字,谷歌也很好。 Microsoft 程序员使用的一种策略是将异常代码的最后 3 个字节设为 ASCII 代码。 6D7363 ==“MSC”。没有足够的空间来添加++ :)
诊断是 DLL 中的 DllMain() 函数由于未处理的 C++ 异常而终止。那当然会发生。
调试它的方法是在抛出异常时强制调试器停止,然后 OS 加载器才能捕获它并将其变成故障代码。在 Visual Studio 中,使用“调试”>“异常”,为 C++ 异常勾选“抛出”复选框。
理解调试器停止时所看到的内容在很大程度上取决于您是否有用于 DLL 的良好 PDB 文件以及您是否有源代码。当然,通常需要源代码来解决问题。如果您无权访问此类内容,那么您确实需要编写该 DLL 的程序员的帮助。向他发送一个重现崩溃的小型重现项目。
关于C++ Loadlibrary() 错误 3765269347,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17069336/
按安卓版本安卓 2.3.3 - 2.3.7 385 65.5%安卓 4.2 155 26.4%安卓 4.3 28 4.8%安卓 4.0.3 - 4.0.4 20 3.4% 按设备擎天柱 L3 (e0)
如果我使用 Win32 API LoadLibrary 连续 3 次加载相同的 DLL,它应该返回 3 个不同的句柄,并且每个库中的函数都应该有不同的地址,对吗? (或者它会做一些“智能”的事情并检测
已关闭。此问题需要 debugging details 。目前不接受答案。 编辑问题以包含 desired behavior, a specific problem or error, and the
我很难理解为什么 C++ 中同时需要 #include 和 LoadLibrary()。在 C++ 中,“#include”强制预处理器将 #include 行替换为您包含的文件的内容(通常是包含声明
我知道在 Linux 下,您可以使用 dlopen(NULL, RTLD_*) 获取调用程序的句柄。有没有办法在 Windows 中使用 LoadLibrary 这样做?我试过使用 LoadLibra
我有一个由 Jet excelsior 生成的 .dll,我试图从它们生成的调用 dll 中提取类。我正在关注他们最初用 c 语言完成的示例脚本。尽管进行了数小时的研究和故障排除,但我无法启动 Loa
我的目录结构如下: test dir a.dll <-- version 1 a.dll <-- version 2 myapp.exe 我预计 LoadLibrary("
我主要是一名 .net 开发人员,用 C++ 做一些小事,所以我遇到了一些麻烦。 我正在使用 hInst = LoadLibrary(TEXT("mydll.dll")); 加载另一个 C++ dll
if (LoadLibrary(L"d:\\cwebpage.dll")) MessageBox(0, L"Loaded", L"ERROR", MB_OK); else Message
我在想如果有几个类来包装 LoadLibrary 和 GetProcAddress、Library 和 Function struct Function { Function(Library&
来自 MSDN : The system maintains a per-process reference count on all loaded modules. Calling LoadLibr
我正在使用 Code::Blocks 并且讨厌手动链接 DLL。我找到了 LoadLibrary()功能,我想知道它是否像 .a 一样工作或 .lib文件会。这个功能是这样工作的吗?如果没有,我可以通
我的代码使用 LoadLibraryA("someDLL.dll");它开始搜索文件 someDLL.dll 的路径是什么?另一个问题:LoadLibraryA 函数是否区分大小写?我的意思是如果我有
我正在使用 CreateRemoteProcess 将一些汇编程序代码注入(inject)远程进程(64 位),然后加载一个 dll,但我在 LoadLibraryA 中得到一个 C0000005 E
我正在尝试使用 LoadLibrary(...) 函数,它接收一个字符串到文件名(.dll 或 .exe)或文件路径。我遇到的问题是文件名本身有多个句点/点。 例子: HINSTANCE hInst
是否可以在调用 LoadLibrary() 时静默捕获错误弹出窗口,例如“过程入口点 xxx 无法位于动态链接库 xxx 中”? 最佳答案 您可以通过调用 SetErrorMode() 来抑制错误弹出
我一直在做 JNA有一段时间了。但是有一件事,我一直没明白。例如,在加载库时: Map options = new HashMap(); options.put(Library.OPTION_CALL
我正在修复其他人的代码并注意到该人多次调用 LoadLibrary,如下所示: LoadLibrary("C:\\Windows\\SysWOW64\\msjint40"); LoadLibrary(
我给了我的软件用户一个从打开文件对话框中选择dll的机会。(这样我的用户就可以从我的网站下载dll并将其与主项目一起使用)。一切工作正常,它甚至可以发现 dll 是由我提供的或选择了无效的 dll。但
我一直在尝试使用 C++ 加载 32 位 dll(从 32 位应用程序,在 Windows 7 64 位上)。 LoadLibrary 返回 NULL,GetLastError 返回 126,表示“找
我是一名优秀的程序员,十分优秀!