DLL 无法加载:0x8007007E找不到模块。不确定导致此依赖项问题的原因
DLL won't load: Module not found 0x8007007E. Not sure whats causing this dependency issue
DLL(my.DLL)由Windows时间服务加载。它有一个关联的日志,该日志通过wevtutil im mymanfile.man.向windows事件日志记录服务注册
我用VS12库重建了项目,现在加载my.dll时出现问题。它根本没有被触及——没有日志记录,远程调试也不起作用,因为它没有被加载。
我已经使用依赖性walker对其进行了研究,并解决了大多数依赖性问题,除了一堆API_MS_WIN_*依赖性,我认为这些依赖性只是噪音,实际上并不是根本原因。
我需要更多的帮助来弄清楚是什么原因导致系统日志中出现"指定模块找不到0x8007007E"错误。Windows如何确定DLL不可加载?当我从vs10库更改为vs12库时,可能缺少什么?加载服务DLL(如w32time)的Windows过程是什么?
看起来可能缺少C++运行时DLL。
试试这个程序:http://www.dependencywalker.com
我发现了这个问题的答案:
w32time服务无法加载.dll。原因是加载顺序为:1)当前工作目录2)系统路径3)默认系统目录。
我的问题是当前的工作目录并不是DLL实际所在的位置。我需要将我的路径添加到path,以便系统找到它。
解决方案只需设置PATH=%PATH%/dir_where_dll_lives
相关文章:
- node-gyp 的先有鸡还是先有蛋的问题:指向依赖项中的头文件
- 在包含窗口标头时难以解决循环依赖关系问题
- C++ 中的循环依赖关系问题
- 交叉依赖项类的问题
- "std::shared_ptr"循环依赖关系是如何导致问题的
- 生成的依赖项问题
- C++ API-MS-WIN-SERVICE-PRIVATE-L1-1-1.DLL依赖项问题
- 是库依赖问题可以通过接口避免
- 另一个模板循环依赖问题
- 命名空间内类的循环依赖问题
- 交叉编译助推 1.60.0 内部依赖问题
- 使用发布 CRT 在调试中构建应用程序,并在提升时存在依赖问题
- 循环依赖问题
- 循环依赖问题
- c++:循环依赖问题
- c++ -构建顺序和依赖问题
- brew install glew 没有解决我的 <GL/glew.h>依赖问题
- 你能用C++解决这个循环依赖问题吗
- 类的相互依赖问题
- 在使用模板时避免循环依赖问题