Windows ne peut pas trouver le fichier sur sous-processus.call()

J'obtiens l'erreur suivante:

WindowsError: [Error 2] The system cannot find the file specified

Mon code est:

subprocess.call(["<<executable file found in PATH>>"])

Windows 7, 64 bits. Python 3.x les plus récentes, stable.

Des idées?

Merci,

  • et qu'est-ce que ce fichier exécutable?
  • Le "android" partie exécutable du SDK Android
  • Et est disponible sur le CHEMIN d'accès
  • pouvez-vous l'exécutez à partir de la ligne de commande?
  • Un peu de fond de ce que je suis en train d'accomplir. C'est pour Opendevice - un projet open source pour convertir les applications HTML5 dans l'appareil des applications spécifiques. Je suis en train de remplacer l'os.system() dans bitbucket.org/srirangan/opendevice/src/tip/tools/net/srirangan/... pour les sous-processus.call()
  • Oui, je peux le lancer depuis la ligne de commande. os.sys("...") appels en Python aussi de travail.
  • Si le chemin comporte des espaces, est-il cité? Et bien sûr, vous vous êtes échappé barres obliques inverses correctement, ou utilisé des barres obliques, droit?

InformationsquelleAutor Sri | 2010-06-11
  1. 150

    Lorsque la commande est un environnement intégré, ajoutez un "shell=True' à l'appel.

    E. g. pour dir vous tapez:

    import subprocess
subprocess.call('dir', shell=True)

    Pour citer un extrait de la documentation:

    Le seul moment où vous devez spécifier shell=True sur Windows, c'est quand la commande que vous souhaitez exécuter est intégré dans le shell (par exemple, dir ou copie). Vous n'avez pas besoin de shell=True pour exécuter un fichier de commandes ou de la console executable.

    • C'est parce que il n'y a pas d'exécutable appelé dir.exe alors qu'il y a un /bin/ls sous *nix. dir est mis en œuvre par CMD.EXE un peu comme cd est mis en œuvre par bash.
    • C'est fortement déconseillé. docs.python.org/2/library/...
    • Seulement quand le la chaîne de commande est construit à partir de l'entrée externe
    • L'alternative (plus sécurisé pour l'entrée externe) est d'obtenir le PATH de la os.environ et rechercher manuellement.
    • Voir stackoverflow.com/a/32799942/3912576 pour un beaucoup plus de solution appropriée à ce problème.
    InformationsquelleAutor Douglas Macdonald
  2. 20

    Sur Windows, je crois que le subprocess module ne regardez pas dans le PATH à moins que vous passiez shell=True. Cependant, shell=True peut être un risque pour la sécurité si vous êtes de passage des arguments qui peuvent provenir de l'extérieur de votre programme. Pour faire subprocess néanmoins en mesure de trouver le bon exécutable, vous pouvez utiliser shutil.qui. Supposons que le fichier exécutable dans votre PATH est nommé frob:

    subprocess.call([shutil.which('frob'), arg1, arg2])

    (Cela fonctionne sur Python 3.3 et ci-dessus).

    • Toute python 2 option?
    • Vous avez raison et que vous êtes suggérant la bonne façon de le résoudre. Cette réponse devrait être acceptée. Actuellement accepté de répondre à n'explique pas la cause et suggère une correction qui peut être dangereux dans certains cas.
    InformationsquelleAutor ptomato
  3. 13

    Sur Windows, vous devez appeler par cmd.exe. Comme Apalala mentionné, commandes de Windows sont mis en œuvre dans cmd.exe pas en tant que distincts des exécutables.

    par exemple 

    subprocess.call(['cmd', '/c', 'dir'])

    /c dit cmd pour exécuter la commande

    C'est plus sûr que d'utiliser shell=True, ce qui permet à shell injections.

    • Comment pourrais-je garder l'écran de l'ouvrir?
    • Si je vous comprends bien, essayez de /k au lieu de /c. Entrez cmd /? à la ligne de commande pour plus de détails.
    • Je vous remercie. Tente le coup quand j'ai une chance.
    InformationsquelleAutor Sam Inverso
  4. 2

    Si vous êtes à l'aide de powershell, puis dans il sera subprocess.call(['powershell','-command','dir']). Powershell prend en charge une grande partie des commandes POSIX

    • Cela fonctionne mieux que d'utiliser cmd. Je vous remercie.
    InformationsquelleAutor Darksnake
  5. 0

    Pour citer un extrait de la documentation:

    "Avant Python 3.5, ces trois fonctions comprend le haut niveau de l'API de sous-processus. Vous pouvez maintenant utiliser run() dans de nombreux cas, mais beaucoup de code existant appels de ces fonctions."

    DONC: au lieu de sous-processus.utilisation d'appel sous-processus.courir pour Python 3,5 et plus

    InformationsquelleAutor Adrian Berca