* .pyd文件无法加载，但是DependancyWalker干净了，ProcMon显示它已加载

如何解决* .pyd文件无法加载，但是DependancyWalker干净了，ProcMon显示它已加载

我正在尝试使用Python加载* .pyd，但收到众所周知的“导入错误：DLL加载失败：找不到指定的过程。”错误。 我已经做了以下工作： 1.）使用Dependency Walker研究了* .pyd。 GPSVC.DLL和IESHIMS.DLL丢失，但是延迟加载，IEFRAME.DLL aslo丢失了导出，但是也延迟加载。据我了解，这些没有使用，并且无论如何都是延迟负载，因此它们应该不是问题。 2.）在ProcMon的监视下，在python命令窗口中的foo.pyd上执行了“导入foo \”。 ProcMon在\“ foo.pyd \”上显示事件\“ LoadImage \”，结果为SUCCESS。 这似乎暗示* .pyd文件已正确加载。 那我想念的是什么。我的Windows诊断程序告诉我一切都很好，但是python告诉我无法加载（通常是由于缺少dll或符号）。 有想法吗？ 谢谢！     

解决方法

.pyd文件是否与您使用的Python版本相同？为错误的Python版本加载.pyd文件会产生该错误消息。 Dependency Walker可以向您显示其链接到哪个pythonNN.dll。     ,如果您有文件“ 0”，则要使“ 1”成功，必须有一个名为“ 2”的外部可访问函数。如果存在，则Dependency Walker会显示此信息（通常为ONLY函数）。 Python必须调用

initfoo

来初始化

foo

模块。 注意：如果这是问题，我希望得到更明确的错误消息：

>>> import fubar
Traceback (most recent call last):
  File \"<stdin>\",line 1,in <module>
ImportError: dynamic module does not define init function (initfubar)
>>>

您说您正在“尝试加载* .pyd文件”。这只是描述

import foo

的一种奇怪方式还是其他方式？ 您创建了pyd吗？如果没有，谁做的？你问过他们吗？这个pyd在网络上是否可用，以便其他人可以尝试加载/导入它？     ,好的，这是答案： Windows诊断程序（depends，procmon等）显示DLL（或pyd）加载正常。 Python显示它无法正常加载。 我发现Windows工具引用了隐藏在C：\\ Window \\ SysWOW64文件夹中的另一个Python26.dll。 第二个Python26.dll（位于SysWOW64中）具有一个符号，该符号在主要python26.dll（由Windows python安装程序安装，位于C：\\ Python26中）中丢失。 我的* .pyd文件显然需要该符号\“ _ PyByteArray_empty_string \”。 因此，当通过Windows诊断程序加载时，已找到SysWOW64 dll，并且* .pyd已正确加载。从python加载时，发现C：\\ Python26 \\中的dll，缺少该符号，并且加载失败。 因此，这就是问题所在的原因。现在的问题是：为什么会有两个版本的Python26.dll浮动，一个带有_PyByteArray_empty_string，一个没有？ 我正在使用Python 2.6.6。也许此符号已在2.6.6中删除，但在某些较早的2.6.x版本中存在？