我试图用
Windows DLL的ctypes包装器调试问题,并且当我通过交互式shell(python或ipython)运行测试时以及当我以非交互方式运行脚本时注意到了差异.
我想知道我在这里看到的差异是否有任何解释？
具体来说,当我以交互方式运行一个简单的测试时,DLL调用将挂起并且永远不会返回,因为与脚本完全相同的代码运行不会出现此问题.
为了更明确我的意思,想象你有以下代码
from foobar import bar, foo
bar(foo(1,2,3))
当放入一个文件,说“myfoo.py”,并通过“python myfoo.py”时,上面的代码按预期执行.但是,如果你在python / ipython shell中键入上面的内容,代码的行为会有所不同(在我的情况下,在调用ctypes.WinDLL函数时挂起)
一些额外的细节：
在这两种情况下,我使用相同的解释器和相同的PYTHONPATH.
被封装的DLL是Canon EDSDKv2.9,一个用于远程控制相机的SDK.
它始终挂在DLL中,而不是在python代码中.
初始化时,我的EDSDK包装器启动一个其运行方法如下所示的线程：
def run(self):
sys.coinit_flags = 0 #use multithreaded mode
from pythoncom import PumpWaitingMessages
#^^ done here so this thread is correctly initialised
error(EDSDK.EdsInitializeSDK())
self.EDSDK_initialised = True
while self.active:
PumpWaitingMessages()
sleep(self.msg_sleep_time)
error(EDSDK.EdsTerminateSDK())
这个线程的目的基本上是初始化SDK,泵消息,并允许其他线程调用包装方法.
注意：在以前的EDSDK版本中,这在交互式和非交互式方面都有效.我目前的问题只发生在最新版本的EDSDK中.
我怀疑它可能与线程(因此片段)有关,但无法在线找到任何信息来支持我的怀疑.
那么,是否有人知道在以交互方式和非交互方式运行python时存在任何差异？可能与Windows线程相关？任何帮助,甚至是疯狂的猜测,都会受到赞赏,因为我完全难过！ 🙂
最佳答案 Python交互式解释器不是线程安全的.因此,如果您尝试发送阻止命令,整个解释器将挂起.
请参阅this article,了解为什么会发生这种情况(tl; dr是IDLE和线程不混合).至于如何解决这个问题,请使用控制台而不是IDLE GUI.或者,您可以使用脚本.
