Utilisation d'un sous-processus pour exécuter un script Python sous Windows

Question

Existe-t-il un moyen simple d'exécuter un script Python sur Windows/Linux/OS X ?

Sur les deux derniers, subprocess.Popen("/the/script.py") fonctionne, mais sous Windows, j'obtiens l'erreur suivante :

Traceback (most recent call last):
  File "test_functional.py", line 91, in test_functional
    log = tvnamerifiy(tmp)
  File "test_functional.py", line 49, in tvnamerifiy
    stdout = PIPE
  File "C:\Python26\lib\subprocess.py", line 595, in __init__
    errread, errwrite)
  File "C:\Python26\lib\subprocess.py", line 804, in _execute_child
    startupinfo)
WindowsError: [Error 193] %1 is not a valid Win32 application

---

de monkut commentaire : Le cas d'utilisation n'est pas clair. Pourquoi utiliser un sous-processus pour exécuter un script en python ? Y a-t-il quelque chose qui vous empêche d'importer le script et d'appeler la fonction nécessaire ?

J'étais en train d'écrire un script rapide pour tester la fonctionnalité globale d'un outil en ligne de commande Python (pour le tester sur différentes plateformes). En gros, il fallait créer un tas de fichiers dans un dossier temporaire, exécuter le script sur celui-ci et vérifier que les fichiers étaient renommés correctement.

J'aurais pu importer le script et appeler la fonction, mais comme elle s'appuie sur sys.argv et utilise sys.exit() j'aurais eu besoin de faire quelque chose comme

import sys
import tvnamer
sys.argv.append("-b", "/the/folder")
try:
    tvnamer.main()
except BaseException, errormsg:
    print type(errormsg)

De plus, je voulais capturer le stdout et le stderr pour le débogage au cas où quelque chose ne fonctionnerait pas.

Bien sûr, un meilleur moyen serait d'écrire le script d'une manière plus testable à l'unité, mais le script est essentiellement "fait" et je fais un dernier lot de tests avant de faire une version "1.0" (après quoi je vais faire une réécriture/restructuration, qui sera beaucoup plus propre et plus testable)

Fondamentalement, il était beaucoup plus facile de simplement exécuter le script en tant que processus, après avoir trouvé le fichier sys.executable variable. Je l'aurais bien écrit comme un shell-script, mais cela n'aurait pas été multiplateforme. La version finale du script peut être trouvée aquí

Answer 1

Je viens de trouver sys.executable - le chemin complet vers l'exécutable Python actuel, qui peut être utilisé pour exécuter le script (au lieu de s'appuyer sur le shbang, qui ne fonctionne évidemment pas sous Windows).

import sys
import subprocess

theproc = subprocess.Popen([sys.executable, "myscript.py"])
theproc.communicate()

Answer 2

Que dites-vous de ça ?

import sys
import subprocess

theproc = subprocess.Popen("myscript.py", shell = True)
theproc.communicate()                   # ^^^^^^^^^^^^

Cela dit subprocess pour utiliser le shell du système d'exploitation pour ouvrir votre script, et fonctionne sur tout ce que vous pouvez simplement exécuter dans cmd.exe.

De plus, cela recherchera dans le PATH "myscript.py" - ce qui pourrait être souhaitable.

Answer 3

Oui subprocess.Popen(cmd, ..., shell=True) fonctionne comme un charme. Sous Windows, le .py L'extension de fichier est reconnue, et Python est invoqué pour le traiter (sous *NIX, juste le shebang habituel). L'environnement path contrôle si les choses sont vues. Ainsi, le premier argument de Popen es juste le nom du script .

subprocess.Popen(['myscript.py', 'arg1', ...], ..., shell=True)

Answer 4

Il semble que Windows essaie d'exécuter le script en utilisant son propre cadre EXE plutôt que de l'appeler comme suit

python /the/script.py

Essayez,

subprocess.Popen(["python", "/the/script.py"])

Edit : "python" doit être sur votre chemin.

Answer 5

Vous utilisez un séparateur de nom de chemin qui dépend de la plate-forme. Windows utilise "\" et Unix utilise "/".