我的 python 项目有一个 C++ 组件，它被编译并作为 Python egg 中的 .pyd 文件分发。我注意到它似乎只与我们全新的一些 64 位 Windows 服务器不兼容。我们有 4 台(据称)配置相同的机器 - 每台都运行 Windows 2003 服务器 64 位版本，但其中 2 台机器不允许我调用 egg 中的函数。
经过一些实验，我找到了 producing a reproducible error 的配方.问题似乎发生在 Python 尝试导入 pyd 文件时。
我将 pyd 复制到临时文件夹并从该位置运行 Python.exe，顺便说一句，我们仍在使用 32 位版本的 Python 2.4.4，因为我们的库还没有移植到 64 位架构。接下来我尝试导入我的模块(称为 pyccalyon)。我第一次尝试此操作时收到一条错误消息:
"ImportError: DLL load failed: The specified module could not be found"
下次我尝试这个时，python 解释器崩溃了:根本没有堆栈跟踪!
您自然会怀疑我的 PYD - 奇怪的是它已经在数千台 PC 和 10 台其他服务器上使用，其中许多是相同规范的 64 位机器。该项目在开发和发布后不断进行测试，所以如果这个东西如此不稳定，我们早就知道了。该组件被认为是稳定的代码，因此令人惊讶的是它会如此惊人地崩溃。
有什么建议可以调试这个麻烦的库吗？在这一点上欢迎疯狂的想法，因为我们已经用尽了所有明智的想法。
谢谢!
更新 0:好的，使用 Process monitor 我能够将一个失败的 64 位服务器与另一个运行良好的 64 位服务器进行比较。我发现损坏似乎是由于缺少 DLL SysWOW64/mscoreee.dll 而发生的——知道这个组件是什么以及我可以从哪里获得它吗？我可以将此反馈给我们的 IT 配置人员，他们可以安装东西。
最佳答案
你可以尝试像 Process Monitor 这样的东西, 以观察它尝试加载的 DLL。我假设找不到它所依赖的其他 DLL 之一。
编辑:看起来您已经设法从中获取了一些有用的信息，但我将阐明如何减少 procmon 产生的大量信息。
使用filter函数指定命令行(本例要求命令行包含python)。这将只显示来自您感兴趣的进程的消息。然后您可以过滤掉所有成功结果，这样您就可以看到它正在寻找哪个 DLL。
显然，您还可以过滤许多其他内容，但这就是我过去获得结果的方式。这是一个非常方便的工具，可用于了解在这种情况下发生的情况。
(诸如 depends 或 DependencyWalker 之类的工具也非常适合找出库所依赖的 DLL - 它们提供静态信息，而 procmon 将向您显示动态 View 。它们都很有用。)
关于python - 为什么这个 pyd 文件在某些计算机上无法导入？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/751339/