使用 COM 对象的 Python ctypes 和 DLL

在 Windows 下，我尝试使用第 3 方 DLL (SomeLib.dll）使用 Python 2.7 用 C++ 编程ctypes。 对于其某些功能，该库使用另一个 COM DLL (SomeCOMlib.dll），它本身使用其他DLL（LibA.dll).

请注意，这并不是直接从 Python 使用 COM DLL，而是使用从 Python 中使用 COM DLL 的 DLL。

为了使与 Python 的集成更容易，我将我想要使用的调用分组到一个新的 DLL 中我自己的函数中（MyLib.dll），也是用 C++ 编程，只是为了进行调用ctypes更方便（使用extern "C"并针对特定场景定制功能）。 本质上，我的库公开了 2 个函数：doSomethingSimple(), doSomethingWithCOMobj()（全部返回void，无参数）。

“有效”依赖层次结构如下：

MyLib.dll
  SomeLib.dll
    SomeCOMlib.dll
      LibA.dll

我能够编写一个简单的 C++ 控制台应用程序 (Visual C++)，它使用MyLib.dll并连续两次拨打电话都没有问题。

使用 Python/ctypes，第一个调用工作正常，但是使用 COM 的调用会抛出WindowsError: [Error -529697949] Windows Error 0xE06D7363。 从库的其余行为中，我可以看到问题正是发生在进行 COM 调用的地方。

（简单的测试 C++ 应用程序也会或多或少地在同一个地方失败，如果LibA.dll丢失了，但我不确定它是否相关。）

我使用以下命令查看了依赖关系层次结构依赖步行者 http://www.dependencywalker.com/. SomeCOMlib.dll没有被列为依赖项SomeLib.dll，尽管这是明确要求的，并且LibA.dll没有被列为依赖项SomeCOMlib.dll，尽管在运行时也明确需要它。

我从命令行、这些 DLL 所在的目录中运行所有内容（并且 C++ 示例可执行文件工作正常）。 我尝试强制 PATH 包含该目录，并且还尝试将 DLL 复制到我猜测可能会被拾取的各个位置（C:\Windows\System32 and C:\Python27\DLLs）， 没有成功。SomeCOMlib.dll还注册了regasm.exe.

是什么导致在普通 C++ 应用程序和 Python 应用程序中使用此 DLL 之间存在这种差异？ctypes当涉及到它自己对 COM 机制的使用（以及可能随后加载其他 DLL）时？

哪些步骤至少可以提供比以下更多的信息Windows Error 0xE06D7363从Python，能够进一步调查问题？

Python 代码如下所示：

import ctypes
myDll = ctypes.WinDLL("MyLib.dll")
myDll.doSomethingSimple()
myDll.doSomethingWithCOMobj() # This statement throws the Windows Error

（测试 C++ 独立应用程序有效，链接到MyLib.dll内进行完全相同的调用main.)

当您需要进程内 COM 对象时，您不必直接链接到实现的 DLL。你通常使用CoCreateInstance http://msdn.microsoft.com/en-us/library/windows/desktop/ms686615(v=vs.85).aspx/CoCreateInstanceEx http://msdn.microsoft.com/en-us/library/windows/desktop/ms680701(v=vs.85).aspx，它将为您加载 DLL。

查找过程会经过应用程序的清单 http://msdn.microsoft.com/en-us/library/windows/desktop/aa374191(v=vs.85).aspx及其依赖的装配清单 http://msdn.microsoft.com/en-us/library/windows/desktop/aa374219(v=vs.85).aspx。这样做是为了支持免注册COM http://msdn.microsoft.com/en-us/library/windows/desktop/aa375134(v=vs.85).aspx.

If there's no application manifest or if none of the dependant assembly manifests declare your class in a comClass XML element, the lookup defaults to the registry, which will check HKEY_CLASSES_ROOT\CLSID http://msdn.microsoft.com/en-us/library/windows/desktop/ms691424(v=vs.85).aspx¹ for a subkey named {<your-CLSID>}, itself with an InProcServer32 http://msdn.microsoft.com/en-us/library/windows/desktop/ms682390(v=vs.85).aspx subkey stating the DLL.

这解释了为什么 SomeCOMlib.dll 不显示为依赖项。它没有解释为什么 LibA.dll 没有作为它的依赖项出现，可能是因为它是动态加载的。如果您在 Dependency Walker 中分析您的应用程序，您将在底部窗格中看到 LoadLibrary 调用的日志。要对其进行分析，请在 Dependency Walker 中打开 Python 可执行文件，然后转到菜单选项 Profile->Start profiling...，设置参数以运行您的.py文件并单击“确定”。

0xE06D7363异常代码是Visual C++ 异常代码 http://support.microsoft.com/kb/185294。你应该检查一下源代码doSomethingWithCOMobj。要调试它，请使用您喜欢的工具（Visual C++、WinDbg 等），打开 Python 的可执行文件，设置参数以运行您的程序.py文件，并在运行应用程序之前在函数的第一个语句上启用断点。然后运行它并逐步执行每条指令。

确实很难猜测您的本机 C++ 应用程序和 Python 有什么不同，但 Python 和 Python 使用的 COM 初始化参数可能不同。doSomethingWithCOMobj，或者你还没有声明它__stdcall（尽管是一个无效函数，这并不重要），或者它尝试写入标准输出并且您正在使用pythonw.exe这不是控制台应用程序等。

^1. HKEY_CLASSES_ROOT is a mix of HKEY_CURRENT_USER\Software\Classes and HKEY_LOCAL_MACHINE\Software\Classes.