我有一个在Linux上运行的Python(3)脚本,称为主脚本,它必须从专有DLL调用例程.到目前为止,我已使用以下构造使用Wine解决了这个问题:
# Main script running on Linux
import subprocess
# [...]
subprocess.Popen('echo "python dll_call.py %s" | wine cmd &' % options, shell = True)
# [...]
脚本dll_call.py由安装在Wine下的Windows Python(3)解释器执行.它将返回值转储到一个文件中,然后由等待的主脚本拾取.如果我必须连续几次这样做,那么它并不完全可靠且令人痛苦.
我想启动脚本dll_call.py一次,提供某种类型的简单服务器,它应该以某种方式公开所需的例程.在一天结束时,我想让主脚本看起来像这样:
# Main script running on Linux
import subprocess
# [...]
subprocess.Popen('echo "python dll_call_server.py" | wine cmd &', shell = True)
# [...]
return_values = call_into_dll(options)
如何最好地实现这一点(如果需要速度且安全性不是问题)?
感谢@jsbueno和@AustinHastings的答案和建议.
对于那些有类似问题的人:受到上述答案的启发,我编写了一个小的Python模块,用于在Linux上从Python调用Windows DLL.它基于IPC在常规Linux / Unix Python进程和基于Wine的Python进程之间.因为我在太多不同的用例/场景中需要它,所以我将其设计为“通用”ctypes module直接替换,它在后台自动完成大部分所需的管道.
示例:假设您在Linux上使用Python,安装了Wine,并且要调用msvcrt.dll(Microsoft C运行时库).您可以执行以下操作:
import zugbruecke as ctypes
dll_pow = ctypes.cdll.msvcrt.pow
dll_pow.argtypes = (ctypes.c_double, ctypes.c_double)
dll_pow.restype = ctypes.c_double
print('You should expect "1024.0" to show up here: "%.1f".' % dll_pow(2.0, 10.0))
Source code (LGPL),PyPI package& 0700 3.它的边缘仍然有点粗糙(即alpha和不安全),但它确实处理大多数类型的参数(包括指针).