【问题标题】:Python subprocess.call works but subprocess.check_call does not - what are the differences?Python subprocess.call 有效,但 subprocess.check_call 无效 - 有什么区别?
【发布时间】:2012-06-14 22:16:49
【问题描述】:

我使用的是 Python 2.7

我正在尝试从 Python 运行 StatTransfer 程序。

当我尝试时:

tempname = os.path.abspath('./text.txt')
TEMPFILE = open(tempname, 'wb')
try:
    subprocess.check_call('ST convert.stc', shell = True, stdout = TEMPFILE, stderr = TEMPFILE)
except:
    raise CritError(messages.crit_error_bad_command)

失败(CritError 是用户定义的)。

回溯并没有告诉我任何有用的信息:

Traceback (most recent call last):
  File "C:\...\py\run_program.py", line 181, in run_stcmd
    run.execute_run(current_directory, posix_command, nt_command)
  File "C:\...\py\private\runprogramdirective.py", line 99, in execute_run
    raise CritError(messages.crit_error_bad_command)
CritError: 'ERROR! Cannot execute command'

但是将相关行更改为:

subprocess.call('ST convert.stc', shell = True, stdout = TEMPFILE, stderr = TEMPFILE)

运行成功。

有趣的是,对于这两种情况,我在我的 TEMPFILE 中看到相同的内容:

|/-|/-|/-|/-|/- |/-|/-|/-|/-|/- Stat/Transfer - Command Processor (c) 1986-2011 Circle         Systems, Inc.
www.stattransfer.com 
Version 10.1.1866.0714 (32 Bit) - 64 Bit Windows

Serial: ADR4H-L3A3A-N8RJ
User:   XXXXXXXXXXX
Your license is in its grace period -- Please call Circle Systems
Your program will die at the end of the month
Status: Temporarily OK (Expired May 31, 2012)
Transferring from SPSS Portable File: ..\orig\10908970\ICPSR_03775\DS0001\03775-0001-    Data.por
Input file has 26 variables
Optimizing...
Transferring to Stata: ..\data\ABCFeb.dta

504 cases were transferred(0.02 seconds)

请注意,如果我从 Windows 命令行运行“st convert.stc”,它运行得很好,并给了我上面相同的日志消息。它确实实现了 convert.stc 中写的内容。

这表明 StatTransfer 程序是使用 subprocess.check_call 调用的。但是,在它的末尾有一个错误。这是什么错误?我该如何避免呢?我应该使用这 2 个命令中的哪一个?为什么?

ETA:在下面的 mgilson 之后,我从 subprocess.call 返回值并得到 -1。这是什么意思?为什么程序仍然运行,而我似乎没有发现任何真正的错误?

关于我应该如何在此处执行此操作的任何可能的解释和建议?

谢谢。

【问题讨论】:

  • 你应该发布整个回溯——例如哪一行导致错误。你的 try/except 子句也可能掩盖了问题,因为你捕捉到了正在发生的任何错误,然后你提出了一些不同的东西(没有参数)
  • 对 except 子句感到抱歉。我最初有一个用户定义的。它没有告诉我任何有用的信息,但子流程调用失败 - 仅此而已。问题已更新。

标签: python subprocess


【解决方案1】:

可能发生的情况是您的进程以非零退出状态退出。要检查,请使用retcode=subprocess.call(...) 运行,然后打印retcode

如果retcode(上图)不为零,subprocess.check_call 将引发异常。

您看到的异常来自 try/except 子句中的 raise subprocess.CalledProcessError

>>> import subprocess 
>>> raise subprocess.CalledProcessError
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: __init__() takes exactly 3 arguments (1 given)

编辑

当您捕获异常并抛出另一个异常时,我仍然会重新编写 try/except 子句(这意味着原始消息中的所有信息都丢失了)。

尝试类似:

try:
    subprocess.check_call('ST convert.stc', shell = True, stdout = TEMPFILE, stderr = TEMPFILE)
except Exception as e:
    raise CritError(messages.crit_error_bad_command+' '+str(e))

这仍会为您提供原始消息中的一些(不是全部)信息。问题可能仍然是您的子程序以非零退出代码退出。也许没关系(检查它是否完成了你想要它做的事情)。

你说你可以从命令行运行命令,看起来一切正常。您也可以通过检查 Windows 命令行的退出状态(How do I get the application exit code from a Windows command line?)来检查以确保行为相同。我猜退出状态仍然是 -1 - 如果不是,您的程序正在与环境(例如环境变量)交互,当您使用 python 调用它时,它们会有所不同。

最终,如果程序执行您希望它执行的操作,并且您不关心退出状态,那么您应该只使用subprocess.call,但我建议您查阅程序退出代码的手册和看看退出状态 -1 的实际含义。

【讨论】:

  • 这是否意味着有或没有错误?我认为不应该有任何错误。我该如何避免呢?
  • 我实际上在我的代码中使用了特定于用户的错误异常,而不是 subprocess.CalledProcessError。我在这里问问题时只是快速更改了它,因为我自己的例外没有给我任何有用的东西。
  • @user18115 :通常当您使用特定于用户的错误时,它会被引发为raise UserError("Some message")。至于是否真的有错误,这取决于程序。您的程序返回 -1。程序成功返回 0 是标准的,这意味着您正在调用的程序可能有问题(或者至少它认为有问题)。 -1 的含义完全是特定于程序的,所以我不能在那里给你任何帮助。我猜请查阅该程序的手册。
  • 这真的很有帮助。在这种特殊情况下,程序完成了它应该做的事情,所以我没有看到它返回 -1 的任何理由。问题是我的函数是这样编写的,因此命令会发生变化,所以我也可以使用 Python 来运行其他东西。我应该仍然坚持 subprocess.call,还是只使用 StatTransfer 我应该允许 retcode 为 0,但不允许其他人?
  • 我试图在线查看 StatTransfer 手册,但它没有提及退出代码。我的意思是,通常我在手册中看不到那种细节。这很令人沮丧。
猜你喜欢
  • 2022-06-13
  • 1970-01-01
  • 2017-04-03
  • 2022-08-17
  • 2013-05-18
  • 2018-08-05
  • 1970-01-01
  • 1970-01-01
  • 2014-06-11
相关资源
最近更新 更多