windows - 什么是 “Cannot set allocations”错误，由谁发出，我该怎么办？

Question

几年来，客户偶尔收到有关在应用程序启动时出现的非描述性错误消息“无法设置分配”的报告，困扰着我们。到目前为止，我们从未能够在我们自己的测试环境中重现该问题。我现在已经没有足够的想法来尝试对此进行跟踪。这是随时间推移而积累的观察结果的集合:

错误消息文本显示为“无法设置分配”(注意没有标点符号)。

窗口标题仅显示“错误”(或等效的本地化内容)。

无论操作系统的语言环境如何，“无法设置分配”文本始终为英文。

到目前为止，我无法找到包含消息文本的DLL或EXE。

对于各种产品，Google都充满了reports of this error-但没有解决方案。

到目前为止，我可以确定的受影响产品之间唯一的统一方面是，它们似乎都是以DLL的形式出现的，这些DLL可以加载到第三方进程中(例如Visual Studio的插件或Windows Explorer Shell扩展)。

我们的应用程序实际上是用于MS Outlook的共享软件COM插件，以Delphi(即 native 代码-否.NET)编写。

在我们的案例中，主要的怀疑是我们正在使用的第三方许可包装器，该包装器可以将DLL动态地解密和解压缩到内存中。显然，我不能简单地将不 protected 应用程序版本提供给受影响的客户，以验证这种怀疑。也许其他据报道遭到拒绝的供应商正在使用类似产品。

许可供应商提供给我们的保护包装的调试版本未产生任何结果:日志文件看起来与未发生错误的 session 完全相同。显然，“内部” DLL可以正确解密和解压缩，但是由于某些原因，宿主进程仍然无法加载它。

通过创建不 protected “加载程序” DLL，我们已经能够在LoadLibrary调用后面的某个地方查明错误的发生，该调用应该将DLL加载到内存中。

我们自己的代码中的大量日志记录和全局异常钩子(Hook)(未 protected 加载器和 protected “核心” -DLL)根本没有结果。该错误显然是在其他地方提出的。

this earlier question of mine中描述的问题很可能是由同一问题引起的。这是在我们创建不 protected 加载程序 stub 之前。

该错误仅发生在大约1-2％的客户中-而通常在任何受影响的客户站点上的所有安装都受到相同的影响。

有时在发布新版本后错误消失了，但通常在几周或几个月后又会再次出现。

一旦错误开始在计算机上发生，它就会持续发生。

通过远程访问(例如VNC，RDP，TeamViewer等)连接到受影响的计算机时，永远不会发生该错误，并且受影响的客户都不在我们的旅行范围内，因此我们要做的就是日志文件和“eye目击者报告”。

一位客户报告说，错误消息对话框显然是非模式对话框，即，他能够简单地将对话框移至侧面并继续使用该应用程序(减去了DLL提供的功能)。不确定在所有其他情况下这是否也普遍适用。

在某些情况下，客户可以通过从与我们自己的产品共享主机应用程序的其他供应商处禁用或卸载其他插件来永久摆脱错误。

到目前为止，在Windows XP，Vista和7上已观察到该错误。

在过去的几周中，我们收到了来自Outlook 2003/Windows 7用户的大量报告。最近的Windows/Office更新会使情况变得更糟吗？

有人对此错误有任何经验吗？

或还有其他想法可以进行调查？

Answer 1

这纯粹是猜测，但听起来您的第三方许可软件可能正在尝试将DLL加载到内存中的特定位置，在这些发生故障的系统上，该位置恰好已经被其他东西占用，也许是全局钩子(Hook)DLL。