.pyw et pythonw ne fonctionne pas sous Windows 7

tl;dr

• À résoudre, utilisez redirection de la sortie sur l'invocation:

  pythonw myApp.py 1>stdout.txt 2>stderr.txt

Cela permettra de capturer des stdout, comme de print(), dans le fichier stdout.txt, et stderr de sortie (par exemple, les exceptions non gérées), dans le fichier stderr.txt; à partir de PowerShell, utilisation

cmd /c pythonw myApp.py 1>stdout.txt 2>stderr.txt).

Notez que l'acte même de rediriger stdout peut réellement faire de votre script fonctionne de nouveau, si la seule raison de son échec avec pythonw a été l'utilisation de print (en Python 2.x - voir ci-dessous).

Mise en garde: Cette redirection de la sortie technique apparemment ne pas de travail lors de l'invocation de *.pyw scripts directement (par opposition à la en passant le fichier de script de chemin de pythonw.exe). ^{Ne laissez-moi savoir si vous savez pourquoi et/ou si cela fonctionne pour vous.}

• À fixer votre script:

Placer celui-ci au-dessus de tout Python 2.x ou 3.x script que vous souhaitez courir avec pythonw.exe:

import sys, os
if sys.executable.endswith("pythonw.exe"):
  sys.stdout = open(os.devnull, "w");
  sys.stderr = open(os.path.join(os.getenv("TEMP"), "stderr-"+os.path.basename(sys.argv[0])), "w")

Cela garantit les éléments suivants lors de l'exécution d'un script avec pythonw.exe:

• print() appels et des appels explicites à sys.stdout() sont pratiquement ignorées (ne sont-ops).
• Sortie Stderr, y compris à partir d'un unhandled exception irrécupérable, est envoyé à un fichier
  %TEMP%\stderr-<scriptFileName>; %TEMP% est une norme variable d'environnement Windows qui pointe à l'utilisateur actuel du dossier pour les fichiers temporaires.

En d'autres termes: Avec le code ci-dessus en place, vérifier le fichier %TEMP%\stderr-<scriptFileName> après votre script a échoué en silence lorsqu'il est invoqué avec pythonw.exe.

Pour une explication, lire sur.

---

Sur Windows, pythonw.exe est pour le lancement GUI/non-UI-à-tous les scripts, ce qui signifie que l'
standard et les flux de sortie - sys.stdin, sys.stdout, sys.stderr ne sont PAS disponibles.

Cela a deux effets secondaires désagréables:

• À l'aide de print() - qui vise à sys.stdout par défaut - provoque une exception en Python 2.x.
  • Ce problème a été corrigé dans Python 3.x.
• Une exception non gérée - y compris celle déclenchée par print() en 2.x - force le script pour abandonner silencieusement.
  • Messages d'erreur d'Exception aller à sys.stderr par défaut, ce qui est la chose même pas disponible dans ce scénario.

Le code ci-dessus résout ces problèmes en:

• l'envoi de la sortie standard sortie vers le périphérique null, effectivement ignorant toute tentative de sortie de sys.stdout - que ce soit explicitement ou implicitement, par print().

• l'envoi de tous les stderr sortie vers un fichier temporaire.

---

Différences entre Python 2.x et Python 3.x:

Lorsqu'un script est exécuté avec pythonw.exe, sys.stdin, sys.stdout, et sys.stderr:

• en Python 2.x: ont invalide les descripteurs de fichier
  • La éventuelle résultat lorsque vous essayez d'écrire à sys.stdout ou sys.stderr est l'exception suivante: IOError: [Errno 9] Bad file descriptor
  • Écueil: en Raison de tampon de sortie, cette exception ne peut pas la surface jusqu'à ce que vous avez sortie, disons, 4K octets; vous pouvez provoquer instantanément en invoquant pythonw.exe avec -u (pour mémoire sans tampon de sortie).
  • print() aveuglément essaie de sys.stdout (par défaut), de sorte qu'il provoque cette exception tôt ou tard.
• en Python 3.x: sont ensemble de None
  • Il est complété avec le 3.x print() fonction de l'exécution d'une no-op (ne rien faire) lorsqu'il constate que sys.stdout est None, de sorte que print() états par défaut en toute sécurité être utilisés, ils vont tout simplement être ignoré lors de l'exécution avec pythonw.exe
  • Toutefois, il s'ensuit que d'essayer de les utiliser sys.stdout.write() et sys.stderr.write() encore d'obtenir une exception.

Voir ici pour plus d'arrière-plan.

J'ai connu le même problème sur un script de ma propre et a constaté que lors de l'ajout de la sortie de Ross réponse le script exécuté.

Il apparaît que, pour quelque raison que redirection de la sortie résout le problème. Depuis que je ne suis pas intéressé par l'écriture de la sortie du disque, j'ai plutôt écrit à /dev/null (ou de la plate-forme équivalent) avec:

if ( sys.platform == 'win32' and sys.executable.split( '\\' )[-1] == 'pythonw.exe'):
    sys.stdout = open(os.devnull, 'w')
    sys.stderr = open(os.devnull, 'w')

L'instruction si l'assure, il ne se produit que lorsque le script est lancé à partir de pythonw.exe. Je ne sais pas si c'est lié mais il était important de le faire avant les autres importations (y compris, par exemple,import logging).

Je ne suis pas sûr de comprendre votre problème, mais je pense que c'est ce que vous devez savoir

vous avez besoin de faire un clic droit sur un py ou pyw fichier et sélectionnez ouvrir avec ... trouver python.exe (probablement C:\Python27\python.exe) .. cochez la case toujours ouvrir ... maintenant vous pouvez simplement double-cliquez dessus si vous voulez l'exécuter

(généralement de l'installateur définit cette place pour vous ...)

J'ai eu un problème similaire après une mise à niveau de mon mémoire RAM de l'ordinateur. S'avère que j'ai dû réinstaller Oreiller (bibliothèque utilisée pour le traitement de l'image). Donc, assurez-vous qu'il est installé et si elle n'est pas l'installer à l'aide de "pip install Oreiller" dans cmd.