Python subprocess.call 有效但 subprocess.check_call 无效 - 有什么区别？

Question

我正在使用 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。这是什么意思？为什么程序仍然运行，而我似乎没有注意到任何真正的错误？

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

谢谢。

Answer 1

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

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

您看到的异常来自 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 的退出状态的实际含义。