[pyar] PyGTK + subprocess.Popen = child muere y 100% de CPU

[Juan Manuel Santos]

2010/12/23 Juan Manuel Santos <vicariousdm en gmail.com>

> Buenas lista,
>
> Estoy realizando mi tesis en PyGTK. Básicamente es un frontend para
> launchear VLC en modo streaming localmente, conectarse por SSH a otro host y
> desde ahi abrir el stream.
>
> Todo anda bastannnnnte bien. El tema es el siguiente: yo launcheo VLC
> localmente usando subprocess (aunque probé con multiprocessing.Process y
> os.popen y el resultado es el mismo). Cuando lo cierro (cleanly desde la
> aplicacion tirando process.kill() o cerrando la ventana de VLC), me aparece
> el proceso de python comiendose 100% de CPU, pero la UI no está colgada ni
> nada. Puedo seguir operando (abrir un nuevo stream de hecho) correctamente,
> pero cada vez que el proceso termina, se parte de esta forma.
>
> Probé launcheando VLC desde el intérprete de Python y no pasa este
> problema. Probé hasta tirando "ls" (que no tiene ninguna dependencia en GTK)
> y apenas termina ls sube el uso de CPU a 100% (asi que estimo que tiene que
> ser algo de cuando el proceso termina). Se lo di a un compañero de laburo
> con Python-2.6.5 (la misma version que uso yo) y no le pasó esto, el proceso
> se mató bien y no quedó nada comiendo micro.
>
> Puede ser que haya algo que esté jodiendo entre GTK y lo que sea que use
> Python para spawnear procesos? A alguien le pasó algo parecido?
>
> Versiones:
> -Python-2.6.5
> -GTK-2.20.1-r1
> -PyGTK-2.17.0
>
> Gracias, saludos y felices fiestas!
>

Para agregar, si sirve de algo, recién le pregunté que versión de GTK usa y
me dijo que la 2.10.0 (Kubuntu 10.04) mientras que mi sistema es Gentoo...
igualmente si GTK es el problema lo encuentro bastante improbable poder
downgradear a esa version (no la tengo disponible ni siquiera para instalar,
y dudo poder encontrarla para cuando tenga que packear esto para Windows).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20101223/77c3ea42/attachment.html>