当我尝试使用
注册32位版本的C ++ / ATL项目时regsvr32 project.dll
我收到了这个错误:
LoadLibrary("project.dll") failed - The specified module could not be found
project.dll是我在Visual Studio 10上使用ATL构建的。
64位版本注册正常。
我错过了什么?
答案 0 :(得分:7)
我已经观察到了完全相同的错误,但解决方案是没有安装可再发行组件。根据depends.exe,所有依赖的DLL都存在于系统 1 上。
就我而言, KERNEL32.DLL 的图标略带红色。 Depends.exe没有提供太多解释,但挖掘后发现其中一个导入的函数在系统上的DLL中丢失了。要查看导入的函数,请在树视图中选择依赖DLL ,然后在右侧面板中查找导入。按PI列排序,查看缺少导入的红色图标。
就我而言,缺少的功能是我的悲伤目标操作系统Windows XP中不存在的功能。由于我的程序并不直接依赖于此函数,因此我能够在项目中使用#define
以下内容:
#define WINVER 0x0501
#define _WIN32_WINNT 0x0501
使用这些宏进行编译使得所讨论的函数未在头文件中声明,因此不会在加载时导入。现在我可以使用regsvr32
了。这当然是一个非常具体(和幸运)的案例。我不依赖于那个导入或任何其他更新的API,所以我可以逃避重新定位项目。如果它不是系统DLL,我需要找到一个更新的版本,这很容易导致需要更新依赖图的整个子树。或者更糟糕的是,如果我依赖缺失的进口产品,则需要进行一些严重的重构。
总结一下,此错误消息 2 可能是由以下问题引起的:
1:除了IESHIMS.DLL和WER.DLL之外,这显然是这个旧工具中的一个错误。
2:或者说,真的,在特定系统上加载DLL的任何问题
答案 1 :(得分:3)
在这种情况下,错误描述会产生误导。系统找到您的DLL(project.dll),但您的DLL的一个(或多个)依赖项可能会丢失。
答案 2 :(得分:1)
我刚刚安装了
Microsoft Visual C++ 2010 Redistributable Package
现在我可以安装dll。
虽然这有效,但我对此并不满意,因为我不想在客户端上安装此软件包,以便我的dll可以使用它们。