Результаты подпроцесса Python.Popen() отличаются от командной строки?

Question

Использование Cygwin на Windows 7 x32, в каталоге решения VS, команда find производит правильные результаты:

$ find . -iname "*.sln" 
./ProjName.sln 

но та же команда с Питона subprocess.Popen(), кажется, соответствие на * в одиночку:

>>> import subprocess 
>>> print subprocess.Popen(['find', '.', '-iname', '"*.sln"'], 
...  stdout=subprocess.PIPE, shell=True).communicate()[0] 
. 
./.git 
./.git/COMMIT_EDITMSG 
./.git/config 
./.git/description 
<snip> 

Что случилось с моим звонком Popen()?

Answer 1

следующие работы для меня:

>>> import subprocess 
>>> print subprocess.Popen(['find', '.', '-iname', '*.sln'], 
...  stdout=subprocess.PIPE, shell=False).communicate()[0] 

Примечание удаление двойных кавычек вокруг *.sln и установка shell к False.

Это гарантирует, что *.sln передается до find дословно и не расшифровывается оболочкой.

редактировать: Ниже также работает:

>>> print subprocess.Popen(['find . -iname "*.sln"'], 
...  stdout=subprocess.PIPE, shell=True).communicate()[0] 

Answer 2

Код должен быть:

print subprocess.Popen(['find . -iname "*.sln"'], stdout=subprocess.PIPE, shell=True).communicate()[0] 

Answer 3

В системах POSIX, при использовании Popen(['find', '.', '-iname', '"*.sln"'], shell=True), Python делает это:

/bin/sh -c find . -iname "*.sln" 

Если вы прочитали документацию для sh, вы обнаружите, что только первый аргумент после -c рассматривается как командная строка, которая должна исполняться как сценарий оболочки. Остальные аргументы фактически рассматриваются как аргументы сценарию оболочки. В этом случае, поскольку сценарий оболочки состоит исключительно из имени команды «find», аргументы игнорируются. Такое поведение можно наблюдать, если вы запустите:

>>> subprocess.call(['echo arg0 = $0, arg1 = $1', 'foo', 'bar'], shell=True) 
arg0 = foo, arg1 = bar 
0