Desarrollo de Python
  1. Desarrollo de Python
  3. Howto: solución de close_fds = True y redirigir stdout / stderr en windows
Intereting Posts
Django: múltiples patrones de url a partir de la propagación de la raíz a través de archivos Visualización de imágenes de blob en Python (App Engine) Combina modelformset y inlineformset en vistas django. Cómo crear un documento PDF con diferentes tamaños de página en reportlab, python Fitting puntos 3D python PyQt5: error al cargar el plugin de la plataforma “windows”. Las plataformas disponibles son: ventanas, mínimas. Crear una lista (anidada) a partir de dos listas en Python Instale Pip en el directorio de destino personalizado y excluya dependencias específicas ¿Cómo enviar una cadena Unicode que no sea en inglés usando el encabezado HTTP? ¿Cómo controlar la dirección IP de origen de un paquete ZeroMQ en una máquina con múltiples IPs? ¿Por qué este script imprime un ‘none’ extraño en la salida? subclase __module__ establecido en módulo de metaclase cuando se crea manualmente una nueva clase con type () QTreeView con elementos personalizados Pandas: interpolación donde el primer y último punto de datos en la columna es NaN MSN con Python

Howto: solución de close_fds = True y redirigir stdout / stderr en windows

Tuve un problema: al usar Python 2.7, no fue posible crear un subproceso usando 

subprocess.Popen([.......], close_fds=True, stdout=subprocess.PIPE, ...)

En windows, por limitaciones. El uso de close_fds era necesario en mi caso, ya que no quería que el subproceso heredara de los archivos descriptores ya abiertos.

Este es un error conocido , que se corrigió en Python 3.4+

La pregunta que tuve fue: ¿Cómo uso el subproceso sin obtener

close_fds no es compatible con plataformas Windows si redirige stdin / stdout / stderr

Responda abajo

Esto es definitivamente un truco difícil: la respuesta es iterar a través de descriptores de archivos ya abiertos, justo antes de usar el módulo de subprocess . 

 def _hack_windows_subprocess(): """HACK: python 2.7 file descriptors. This magic hack fixes https://bugs.python.org/issue19575 by adding HANDLE_FLAG_INHERIT to all already opened file descriptors. """ # See https://github.com/secdev/scapy/issues/1136 import stat from ctypes import windll, wintypes from msvcrt import get_osfhandle HANDLE_FLAG_INHERIT = 0x00000001 for fd in range(100): try: s = os.fstat(fd) except: continue if stat.S_ISREG(s.st_mode): handle = wintypes.HANDLE(get_osfhandle(fd)) mask = wintypes.DWORD(HANDLE_FLAG_INHERIT) flags = wintypes.DWORD(0) windll.kernel32.SetHandleInformation(handle, mask, flags)

Aquí hay una muestra que se estrellaría sin él: 

 import os, subprocess f = open("a.txt", "w") subprocess.Popen(["cmd"], stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.STDOUT) f.close() os.remove(f.name)

Rastreo (llamadas recientes más última):

Archivo “stdin”, línea 1, en módulo

Error de Windows: [Error 32] Se ha procesado un archivo en el teclado de su computadora y se ha utilizado para el proceso: ‘a.txt’

Ahora con la corrección: 

 import os, subprocess f = open("a.txt", "w") _hack_windows_subprocess() subprocess.Popen(["cmd"], stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.STDOUT) f.close() os.remove(f.name)

Trabajos.

Espero haberte ayudado