utilisation des caractères génériques des sous-processus

Question

import os

import subprocess

proc = subprocess.Popen(['ls','*.bc'], stdout=subprocess.PIPE, stderr=subprocess.PIPE)

out,err = proc.communicate()

print out

Ce script devrait imprimer tous les fichiers avec le suffixe .bc mais il retourne une liste vide. Si je fais ls *.bc manuellement dans la ligne de commande, cela fonctionne. Faire ['ls', 'test.bc'] à l'intérieur du script fonctionne également mais pour une raison quelconque, le symbole de l'étoile ne fonctionne pas Une idée ?

Answer 1

Vous devez fournir shell=True pour exécuter la commande via un interpréteur de commandes. Cependant, si vous faites cela, vous ne pouvez plus fournir une liste comme premier argument, car les arguments seront alors cités. A la place, spécifiez la ligne de commande brute telle que vous voulez qu'elle soit passée à l'interpréteur de commandes :

 proc = subprocess.Popen('ls *.bc', shell=True,
                                    stdout=subprocess.PIPE,
                                    stderr=subprocess.PIPE)

Answer 2

Élargir le * glob fait partie du shell, mais par défaut subprocess fait no envoyer vos commandes via un shell, donc la commande (premier argument, ls ) est exécuté, alors un littéral * est utilisé comme argument.

C'est une bonne chose. le bloc d'avertissement dans la section "Arguments fréquemment utilisés". de la documentation sur les sous-processus. Il traite principalement des implications en matière de sécurité, mais peut également aider à éviter les erreurs de programmation stupides (puisqu'il n'y a pas de caractères magiques de l'interpréteur de commandes à prendre en compte).

Mon principal reproche à l'égard de shell=True c'est qu'il implique généralement qu'il y a une meilleure façon de résoudre le problème - dans votre exemple, vous devriez utiliser el glob module :

import glob
files = glob.glob("*.bc")
print files # ['file1.bc', 'file2.bc']

Cette méthode sera plus rapide (pas de frais de démarrage de processus), plus fiable et multiplateforme (elle ne dépend pas de la présence d'une fonction ls commande)

Answer 3

En plus de faire shell=True Assurez-vous également que votre chemin n'est pas cité. Sinon, il ne sera pas développé par le shell.

Si votre chemin d'accès peut contenir des caractères spéciaux, vous devrez les échapper manuellement.