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