[pyar] Timeouts para codigo de terceras partes: PyThreadState_SetAsyncExc?

[Andres Riancho]

Alejandro,

2015-01-05 23:49 GMT-03:00 Alejandro Santos <listas en alejolp.com>:
> 2015-01-06 0:30 GMT+01:00 Andres Riancho <andres.riancho en gmail.com>:
>>
>>     Gracias por la buena propuesta, despues de enviar el email estuve
>> viendo eso y creo que en una gran cantidad de casos sirve pero... a mi
>> no me va a servir ya que la respuesta de la libreria es un objeto que
>> NO se puede serializar, por lo que no lo puedo pasar entre el
>> subproceso (multiprocessing.Process) y el proceso principal.
>>
>>     Alguna idea de como hacer un workaround de eso? Estuve leyendo un
>> poco sobre multiprocessing.Namespace, pero no estoy seguro, deberia
>> probarlo.
>>
>
> ¿Qué es lo que la librería devuelve, un file handle o socket? Contame
> un poco más en detalle cómo funciona. Lo que podés hacer es mover tu
> lógica de procesamiento dentro de bad_func.
>
> Por ejemplo, si tu librería devuelve un socket que tenés que usar,
> hacele read y write dentro de bad_func.

Creo que no funcionaria esto, una de las cosas que estoy queriendo
pasar de un lado al otro el resultado de parsear HTMLs usando lxml, el
cual no es pickleable (segun la doc, pruebas, etc.)

Hice algunas pruebas con el Manager.Namespace y tambien tiene el
requerimiento de que sea pickleable lo que sea que guardes alli, lo
mismo para Manager.dict y sus amigos.

> --
> Alejandro Santos
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de Argentina - http://www.usla.org.ar



-- 
Andrés Riancho
Project Leader at w3af - http://w3af.org/
Web Application Attack and Audit Framework
Twitter: @w3af
GPG: 0x93C344F3