2

我在其中添加了一个新别名python3.3，.bash_profile以便轻松启动pyzopython3.3版本。

我可以在终端中毫无问题地使用这个别名，但是当我使用类似的东西时subprocess.check_call(args = ["python3.3", onePyFile])，我有以下错误。

Traceback (most recent call last):
  ...
  File "/Library/Frameworks/pyzo2013b/lib/python3.3/subprocess.py", line 540, in check_call
    retcode = call(*popenargs, **kwargs)
  File "/Library/Frameworks/pyzo2013b/lib/python3.3/subprocess.py", line 521, in call
    with Popen(*popenargs, **kwargs) as p:
  File "/Library/Frameworks/pyzo2013b/lib/python3.3/subprocess.py", line 818, in __init__
    restore_signals, start_new_session)
  File "/Library/Frameworks/pyzo2013b/lib/python3.3/subprocess.py", line 1416, in _execute_child
    raise child_exception_type(errno_num, err_msg)
FileNotFoundError: [Errno 2] No such file or directory: 'python3.3'

我想我的别名不是到处都能看到的。那么我该如何解决我的问题呢？建立自己的别名的好方法是什么？

如果我尝试subprocess.check_call(args = ["python3.3", onePyFile], shell = True)，我有以下错误。

onePyFile.py: python3.3: command not found
Traceback (most recent call last):
  File "mainFile.py", line 72, in <module>
    shell = True
  File "/Library/Frameworks/pyzo2013b/lib/python3.3/subprocess.py", line 545, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['python3.3', 'onePyFile.py']' returned non-zero exit status 127

如果我只使用subprocess.check_call(args = ["python3.3", onePyFile])where 的第一行，onePyFile则会#! /usr/bin/env python3.3出现以下错误。

env: python3.3: No such file or directory
Traceback (most recent call last):
  ...

我认为我的问题更多是关于符号链接而不是 Python 调用。但我不知道出了什么问题。事实上，这是我第一次使用别名建立个人符号链接。

4

3 回答 3

5

尝试subprocess.check_call(args = ["python3.3", onePyFile] , shell=True, env={'ENV':path_of_bash_profile})

如果 shell 为 True，指定的命令将通过 shell 执行。如果您将 Python 主要用于它在大多数系统 shell 上提供的增强控制流，并且仍然希望方便地访问其他 shell 功能，例如 shell 管道、文件名通配符、环境变量扩展和 ~ 到用户家的扩展，这将很有用目录。但是，请注意 Python 本身提供了许多类似 shell 的功能的实现（特别是 glob、fnmatch、os.walk()、os.path.expandvars()、os.path.expanduser() 和 shutil）。

于 2013-10-20T14:02:35.917 回答
3

这是因为默认情况下 subprocess 不会加载 shell（请参阅文档），因此它不会获取 .bash_profile 中的内容。用这个：

subprocess.check_call(args = ["python3.3", onePyFile], shell=True)

编辑：似乎 glasslion 比我快！

编辑2：我做了更多的挖掘，发现了一些奇怪的东西。因为 shell=True 似乎没有按预期工作，所以我采用了更直接的方法，直接调用 bash。

一个.py：

from subprocess import check_call
check_call(['bash', '-c', '. ~/.bash_profile && ABC a bc'])

a.sh（你的 python3 可执行文件是什么）：

echo $*

我第一次尝试使用alias ABC='~/Documents/a.sh'in .bash_profile：

$ python ~/Documents/a.py
bash: ABC: command not found
Traceback (most recent call last):
  File "Documents/a.py", line 6, in <module>
    check_call(['bash', '-c', '. ' + expanduser('~/.bash_profile') + ' && ABC a bc'])
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 511, in check_call
subprocess.CalledProcessError: Command '['bash', '-c', '. ~/.bash_profile && ABC a bc']' returned non-zero exit status 127

然后我从别名切换到函数：ABC() { ~/Documents/a.sh $*; } 它起作用了！

$ python ~/Documents/a.py
a bc

底线是我让它工作，但我不知道为什么！贝壳不可靠，所以最好是跳过贝壳。

我们可以通过巧妙的方式使用 shebang 原则（正如 Fred Mitchell 建议的那样）来做到这一点：

from subprocess import check_call
check_call(['/usr/bin/env', 'python3', onePyFile])

如果 Python 3 安装正确，这将起作用，独立于它的路径（我想你想要实现的）。

于 2013-10-20T14:03:38.880 回答
0

为什么不在 onePyFile 的第一行给 python3.3 加上一个 shebang 并省略显式运行 python？

于 2013-10-20T14:06:11.620 回答