Question

我有一个本机DLL，它是一个不同应用程序的插件（我基本上没有控制它的一个）。一切都很好，直到我链接到一个额外的.lib文件（将我的DLL链接到另一个名为ABQSMABasCoreUtils.dll的DLL）。此文件包含我想要使用的父应用程序中的一些其他API。我甚至没有编写任何代码来使用任何导出的函数，但只是链接在这个新的DLL中导致问题。具体来说，当我尝试运行程序时出现以下错误：

应用程序无法正确初始化（0xc0000025）。单击“确定”以终止该应用程序。

我相信我已经读到某处，这通常是由于DllMain函数返回FALSE。此外，以下消息将写入标准输出：

错误：在组件初始化之前尝试进行内存分配

我几乎100％确定此错误消息来自应用程序，并且不是某种类型的Windows错误。

进一步研究这个问题（也就是我周围的翻转和翻转我知道的每一个开关）我打开了/ MAP链接并在生成的.map文件中找到了这个：

 0001:000af220       ??3@YAXPEAX@Z              00000001800b0220 f   ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll
 0001:000af226       ??2@YAPEAX_K@Z             00000001800b0226 f   ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll
 0001:000af22c       ??_U@YAPEAX_K@Z            00000001800b022c f   ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll
 0001:000af232       ??_V@YAXPEAX@Z             00000001800b0232 f   ABQSMABasCoreUtils_import:ABQSMABasCoreUtils.dll

如果我使用“undname”取消使用这些名称，他们会给出以下（相同的顺序）：

void __cdecl operator delete(void * __ptr64)
void * __ptr64 __cdecl operator new(unsigned __int64)
void * __ptr64 __cdecl operator new[](unsigned __int64)
void __cdecl operator delete[](void * __ptr64)

我不确定我是否理解{.1}中的任何内容可以存在于此.map文件中，或者为什么我的DLL甚至尝试加载ABQSMABasCoreUtils.dll，如果我没有任何引用此DLL的代码。任何人都可以帮我把这些信息放在一起，找出为什么这不起作用？值得我通过“dumpbin”确认父应用程序导入ABQSMABasCoreUtils.dll，因此无论如何都会加载它。我也试过在我的DLL中延迟加载这个DLL但是没有改变结果。

修改

我已经仔细检查过，所涉及的所有文件都是64位。

Answer 1

我刚才有同样的问题。这是Abaqus API的问题，而不是加载DLLS。

我认为这是因为Abaqus API会覆盖new和delete函数（正如您似乎已经注意到的那样）。如果您在初始化Abaqus API之前在程序中调用new或delete，例如通过调用odb_initializeAPI();，那么您将获得

错误：在组件初始化之前尝试进行内存分配

错误消息和程序崩溃。

在我的计划中，在第一个odb_initializeAPI();解决问题之前调用new。

Answer 2

嗯，确定你会引用该库的导入。很难在不使用new或delete运算符的情况下编写C ++程序。处理认为需要覆盖这些运营商的CRT版本的第三方软件是很难的，当它认为时机成功时它不允许你打电话给它们是不可能的。放弃所有希望或寻求供应商的帮助。

Answer 3

在加载ABQSMABasCoreUtils.dll期间出错的可能原因之一是无法找到某些依赖模块（包括延迟加载DLL）。使用 Dependency Walker （参见http://www.dependencywalker.com/）来检查ABQSMABasCoreUtils.dll的所有依赖关系。

我有两点建议：

验证您是否可以加载LoadLibrary的ABQSMABasCoreUtils.dll。您不需要从ABQSMABasCoreUtils.dll调用任何函数。使用LoadLibrary我认为不是最终解决方案。这只是一个诊断测试。通过测试，您可以验证是否存在在程序中加载ABQSMABasCoreUtils.dll的一般问题，或者您遇到某种进程初始化问题。
如果加载关于LoadLibrary的ABQSMABasCoreUtils.dll失败，则使用Dependency Walker的分析功能来协调加载ABQSMABasCoreUtils.dll期间完成的所有调用。另一种方法是使用Process Monitor（参见http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx）来跟踪在加载ABQSMABasCoreUtils.dll期间将完成的文件和注册表操作。

如果LoadLibrary没有失败，那么你确实存在DLL的初始化问题。通常，如果DllMain内部的DLL尝试使用另一个尚未初始化的DLL（尚未从DllMain返回）的函数，则存在问题。在开始诊断此问题之前，我们应该尝试使用LoadLibrary排除更简单的问题。

Answer 4

ABQSMABasCoreUtils.dll看起来像是在导入64位函数。你的dll也是64位吗？如果没有，那就是问题 - 你不能在同一个过程中混合为不同架构编译的DLL。

Win32 DLL导入问题（DllMain）

4 个答案: