pourquoi suis-je IOError: (9, 'Mauvais descripteur de fichier') erreur tout en faisant imprimer les relevés de compte?

Je suis en cours d'exécution d'un python2.5 script sur un serveur windows 2003 en tant que service. J'obtiens cette erreur pour la simple impression de relevés:

IOError: (9, 'Bad file descriptor')

J'ai supprimé toutes les instructions d'impression, parce qu'ils ont été utilisés uniquement à des fins de développement, mais je ne suis pas sûr pourquoi une instruction print me ferait tout greif. J'ai couru le même script, non pas comme un service sans aucun problème majeur. Je me demandais si quelqu'un a une quelconque idée?

InformationsquelleAutor Richard | 2010-11-20
  1. 28

    Vous ne pouvez pas imprimer car sys.stdout n'est pas disponible lors de l'exécution d'une session de console.

    Au lieu d'utiliser print des instructions que vous pouvez envisager d'utiliser la logging module de sorte que vous pouvez définir le niveau de journalisation et d'écrire tous les éléments essentiels pour le journal des événements système.

    Il convient de noter que vous pouvez encore le faire travailler (ou les ignorer en silence le problème) en faisant quelque chose comme ceci:

    Pour écrire dans un fichier par flux de sortie:

    import sys
sys.stdout = open('stdout.txt', 'w')
sys.stderr = open('stderr.txt', 'w')

    Pour écrire dans un fichier unique:

    import sys
sys.stdout = sys.stderr = open('output.txt', 'w')

    Ou à ignorer en silence toutes les instructions d'impression:

    import sys
class NullWriter(object):
    def write(self, value): pass

sys.stdout = sys.stderr = NullWriter()
    • Plus précisément, les trois premiers descripteurs de fichiers (correspondant à l'entrée standard stdin, stdout, et stderr) ne sont pas disponibles si votre programme ne s'exécute pas dans une console.
    • Une autre façon d'ignorer en silence toutes les instructions d'impression, sys.stdout = open(os.devnull, 'w')
    • Cela a réglé mon problème pour moi. Voulez-vous savoir pourquoi cela se produit uniquement sur certains appels d'impression, après une série d'entre eux ont déjà été ignoré? Comme, j'ai un script en cours d'exécution sans fenêtre et il peut obtenir à mi-chemin à travers (ce qui implique beaucoup de print appels) avant d'échouer, toujours dans le même appel de print, avec cette erreur.
    InformationsquelleAutor Wolph
  2. 4

    En Python 2.x, c'est le comportement attendu. Dans ce rapport de bug, Christian Heimes explique que c'est une décision de conception:

    Je ne recommandons pas de modifier le code si tard dans le Python 2.7
    cycle de sortie. Un changement de comportement est trop confus. Et ce n'est pas un
    bug, mais une décision de conception, trop. Il y a cinq ans, j'mettre en œuvre les parties
    de l'OI interaction avec le système d'exploitation pour Python 3.0. J'
    délibérément n'a PAS de port modifications à 2,6.

    Il recommande également d'une solution de contournement pour obtenir Python 3.x-style print() comportement en Python 2.7:

    from __future__ import print_function
import sys
if sys.executable.endswith("pythonw.exe"):
    sys.stdout = sys.stdout = None

print("can handle sys.stdout = None just fine.")
    • Derrick, il y a eu un peu juste de la contention sur cette réponse. Les utilisateurs expérimentés qui travaillent dur pour garder la qualité de l'information sur ce site aussi haut que possible signalé comme contenant uniquement un lien cassé site d'information. Nous avons tendance à nous décourager de tels types de réponses, car le lien peut aller vers le bas, ce qui rendrait la réponse inutile. C'est pourquoi il a été downvoted, et pourquoi il a eu plusieurs votes pour supprimer jeté contre elle. Cependant, je ne vois valeur dans le lien que vous avez fourni, et ne pense pas que la suppression de cette réponse, c'est la solution la plus appropriée.
    • Au lieu de cela, moi et un autre utilisateur a modifié les informations pertinentes à partir du lien dans votre réponse. Cela devrait aider à éviter la réponse est en attente de suppression, et, éventuellement, vous gagnez certains plus upvotes. Comme vous êtes un nouvel utilisateur, je suis désolé que vous avez eu une mauvaise expérience avec le site. Lors de la publication des réponses à l'avenir, s'il vous plaît essayer de garder à l'esprit que les bonnes réponses sont entièrement autonomes. La meilleure chose à faire est ce que j'ai fait ici, et de modifier les informations pertinentes dans la réponse, y compris le lien uniquement comme un complément. De toute façon, je voulais juste expliquer le drôle d'affaires. Bonne chance à vous!
    • Merci pour la mise à jour. Même moi, je suis encore indécis sur si je considère que c'est un bug. L'instruction print est, de facto, outil de débogage donc quelque chose de si simple devrait presque jamais ne parviennent pas à mon avis. Dans votre montage une ligne de code: "sys.stdout = sys.stdout = None"; ce devrait plutôt être "sys.stdout = sys.stderr = None"?
    • J'ai juste copié le code exactement de Christian post dans le rapport de rapport de bogue. Vous avez peut-être raison, je ne sais vraiment pas. Honnêtement, je ne sais rien à propos de Python, j'ai juste intervenu pour aider à résoudre la réponse aux préoccupations de qualité. Je ne pense pas que cette réponse mérite d'enlèvement.
    InformationsquelleAutor Derrick