子进程中的`shell = True`中的`shell`是否意味着`bash`?
问题描述
我想知道 subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",shell=True) 是否会被解释sh 或 zsh 而不是 bash 在不同的服务器?
有人对此有想法吗?
我应该怎么做才能确保它被 bash 解释?
http://docs.python.org/2/library/subprocess.html
<块引用>在 shell=True 的 Unix 上,shell 默认为/bin/sh请注意,/bin/sh 通常与不同的符号链接,例如在 ubuntu 上:
$ ls -la/bin/shlrwxrwxrwx 1 root root 4 Mar 29 2012/bin/sh ->短跑您可以使用 executable 参数替换默认值:
... 如果 shell=True,打开Unix 的可执行参数为默认/bin/sh.
subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",壳=真,可执行文件="/bin/bash")I was wondering whether subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",shell=True) will be interpreted by sh orzsh instead of bash in different server?
Anyone has ideas about this?
What should I do to make sure that it's interpreted by bash?
http://docs.python.org/2/library/subprocess.html
On Unix with shell=True, the shell defaults to /bin/sh
Note that /bin/sh is often symlinked to something different, e.g. on ubuntu:
$ ls -la /bin/sh
lrwxrwxrwx 1 root root 4 Mar 29 2012 /bin/sh -> dash
You can use the executable argument to replace the default:
... If shell=True, on Unix the executable argument specifies a replacement shell for the default /bin/sh.
subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",
shell=True,
executable="/bin/bash")
相关文章