[pyar] Consulta conceptual

[Eduardo Enriquez]

O mejor aún podes para desarrollo deshabilitar los pyc:

export PYTHONDONTWRITEBYTECODE=1

https://docs.python-guide.org/writing/gotchas/#disabling-bytecode-pyc-files

Saludos

El lun., 3 dic. 2018 a las 20:35, Ricardo Daniel Quiroga (<
l2radamanthys en gmail.com>) escribió:

> Comando alternativo para que itere en todas las subcarpetas:
>
> rm -fr *.pyc
>
> El lun., 3 dic. 2018 a las 20:34, Damián Castro (<ltdicai en gmail.com>)
> escribió:
>
>> Efectivamente Python prefiere ejecutar los archivos *.pyc antes que los
>> *.py. Concuerdo en que el cp -r hizo que evitara compilar los *.py a que
>> tenían el mismo timestamp y ejecutaba los viejos. Me pasa a menudo cuando
>> cambio de branches en Git y para arreglarlo basta con ejecutar:
>>
>> find . -name "*.pyc" -delete
>>
>> Saludos!
>> Damián
>>
>>
>>
>> El lun., 3 de dic. de 2018 20:24, eamanu15 <emmanuelarias30 en gmail.com>
>> escribió:
>>
>>> Buenas!!
>>>
>>> Tengo una pequeña duda, que seguro es una respuesta sencilla, pero no la
>>> sé  y no he encontrado (rápidamente) una solución.
>>>
>>> En el laburo un proveedor nos entregó un conjunto de scripts .py.
>>> Nosotros llamamos a un .py genérico y este va llamando a los demás.
>>> Sencillo.
>>>
>>> Pero, nos sucedió que el comportamiento final del sw, era diferente a lo
>>> esperado. Para resumirla, entre idas y vueltas (porque ya no sabíamos por
>>> qué andaba así) vimos que estaban los .pyc, entonces los borramos.
>>>
>>> y oh sorpresa!, el SW anduvo correctamente. Esto es posible?
>>>
>>> Tengo entendido que Python, se comparta igual que Makefile, compila los
>>> archivos si el tiempo de modificación del source es "más actual" que el
>>> compilado. En nuestro caso, hicimos un cp -r (el cual les coloca la fecha a
>>> todos por igual).
>>>
>>> Es posible que Python haya estado ejecutando un binario viejo? y por
>>> este motivo es que se comporte de manera diferente?
>>>
>>> Muchas gracias por su ayuda!
>>> Saludos!
>>>
>>>
>>>
>>> --
>>> Arias Emmanuel
>>> http://eamanu.com
>>> Github/Gitlab; @eamanu
>>> Debian: @eamanu-guest
>>> _______________________________________________
>>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>>> Sitio web: http://www.python.org.ar/
>>>
>>> Para administrar la lista (o desuscribirse) entrar a
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>
>> _______________________________________________
>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>> Sitio web: http://www.python.org.ar/
>>
>> Para administrar la lista (o desuscribirse) entrar a
>> http://listas.python.org.ar/listinfo/pyar
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>
>
>
> --
>
> Ricardo Daniel Quiroga
>
> _______________________________________________
> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
> Sitio web: http://www.python.org.ar/
>
> Para administrar la lista (o desuscribirse) entrar a
> http://listas.python.org.ar/listinfo/pyar
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20181203/fb692b23/attachment.html>