vale, ya andaba por thread a ver si me resultaba pero estube pensando tambien otra opcion que quizas sea otra via es que:
podria abrir el fichero antes de ejecutar el proceso y ponerle un seek(0) como posicion inicial, ejecutar con el thread el proceso, y mientras esta escribiendo el seek comience a ir parseando y hacer un recorrido hasta donde se vaya creando mientras se parsea como 2das cosas que debe hacer, y luego seguir recorriendo el fichero con el mismo seek eso podria resolver tambien? vaya es algo tan sencillo como cualquiera que manda a hacer algo en bash y le mande la salida a un log y por otro lado este el tail -f mirando el log que se ve como avanza cuando sucede algo y sino se queda esperando hasta que le pasen el Ctrl C entiendes? bueno eso mismo pero en python saludos El 27 de enero de 2011 05:29, tny <a.por...@gmail.com> escribió: > El problema es que yo uso mi propia librería de procesos basada en > eventos, y aún no la tengo integrada con el sistema de eventos de pygtk. > > En tu caso y pensandolo mejor no necesitas otro proceso, y además > hacerlo a pelo sería demasiado complicado. > Con un trhead es suficiente y no necesitas ni sockets ni serializar los > datos. > > Para el hilo > http://docs.python.org/library/threading.html#thread-objects > > Para recorrer los directorios > http://docs.python.org/library/os.html#os.walk > > Para recojer lo datos que necesites (fecha, tamaño, propietario...) > http://docs.python.org/library/os.path.html > > Para pasar los datos del thread que recore los directorios al thread > principal no hay que hacer muchos malabarismos: > - Puedes o bien usar directamente la lista, el diccionario o el objeto > que sea, con la única precaución de utilizar locks en donde sea > necesario. > Por ejemplo que un thread modifique una lista mientras otro thread esta > iterándola puede ser peligroso. > - Más fácil aún pues te evitas cualquier problema de estos, es que el > thread hijo provoque un evento que el thread padre procesará cuando le > toque. De modo que sólo es el proceso padre el que accede a dicho > diccionario, lista o lo que sea. > > Siento no serte de mayor ayuda. > Hace mucho que no toco threads ni pygtk. > > > > El mié, 26-01-2011 a las 07:22 -0500, Tony Peña escribió: > > podrias poner un ejemplo claro? y corto para poder asociarlo a lo que > > tengo? > > > > gracias > > > > El 26 de enero de 2011 04:12, tny <a.por...@gmail.com> escribió: > > > > > El mar, 25-01-2011 a las 14:50 -0400, Tony Peña escribió: > > > > disculpen es el mismo correo pero > > > > > > > > ...... necesito ir parseando ese fichero _no_ luego _sino_ > > mientras lo > > > > va > > > > creando una onda como que en lo que se va desarrollando yo irle > > > > haciendo un > > > > tail -f al fichero que el subprocess(cmd) esta ejecutando...pero > > > > dentro de > > > > python para usarlo contra el objeto.... > > > > eso :) > > > > > > > > > > Yo no usaría ls, yo lo haría desde python, en un proceso hijo que me > > > escribiese en un socket AF_UNIX o en un pipe los datos que necesito > > > según los va adquiriendo. > > > La ventaja es que te evitas esperar por buffers, y también te evitas > > > tener que parsear el texto, porque enviarías directamente un > > diccionario > > > (o una tupla) serializado con pickle. > > > > > _______________________________________________ > Python-es mailing list > Python-es@python.org > http://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ >
_______________________________________________ Python-es mailing list Python-es@python.org http://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
