在我的例子中,KERNEL32.DLL的图标略带红色. Depends.exe没有提供太多解释,但挖掘后发现其中一个导入的函数在系统上的DLL中丢失了.要查看导入的函数,请在树视图中选择相关DLL,然后在右侧面板中查找导入.按PI列排序以查看缺少导入的红色图标.

在我的情况下,缺少的功能是我的悲伤目标操作系统Windows XP上不存在的功能.由于我的程序并不直接依赖于此函数,因此我能够在项目中使用#defineing以下内容：

#define WINVER 0x0501
#define _WIN32_WINNT 0x0501

使用这些宏进行编译使得所讨论的函数未在头文件中声明,因此在加载时不会导入.现在我能够使用regsvr32.这当然是一个非常具体(和幸运)的案例.我不依赖于那个导入或任何其他更新的API,所以我可以逃避重新定位项目.如果它不是系统DLL,我需要找到一个更新的版本,这很容易导致需要更新依赖图的整个子树.或者更糟糕的是,如果我依赖于缺失的进口,则需要进行一些严重的重构.

总结一下,此错误消息2可能由以下问题引起：

>找不到或无法读取DLL文件.检查命令行.
>某些相关的DLL未找到或无法读取.
>某些依赖DLL中缺少某些导入.如果这些是系统DLL,您可能会针对错误的Windows版本.如果这些是非系统DLL,则需要安装它们的较新版本及其所有依赖项.

1：除了IESHIMS.DLL和WER.DLL之外,这显然是这个旧工具中的一个错误.2.或者说,真的,在特定系统上加载DLL的任何问题