<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
¿Habrá conseguido Jesús resolver su leak para entonces? ;-)<br>
<br>
El 24/12/13 11:18, Kiko escribió:<br>
<span style="white-space: pre;">> en la pyconus 2014 habrá una
charla sobre memory leaks. PVI.<br>
><br>
> El 23/12/13, Marcos Perez <a class="moz-txt-link-rfc2396E" href="mailto:marcos.pe@gmail.com"><marcos.pe@gmail.com></a>
escribió:<br>
>> Por echar más leña al fuego, yo he sufrido memory leaks
en IronPython. No<br>
>> funciona "idénticamente" a Python, pero se pueden
arreglar algunas cosas<br>
>> por configuración...<br>
>><br>
>><br>
>> El 23 de diciembre de 2013, 1:04, Jesus Cea
<a class="moz-txt-link-rfc2396E" href="mailto:jcea@jcea.es"><jcea@jcea.es></a> escribió:<br>
>><br>
> He comentado este tema porque salió precisamente en mi charla
de<br>
> "Memory Leaks", Andrey hizo un comentario al respecto, y lo
investigué<br>
> un poco. Las cosas mejorarán bastante en Python 3.4, en
cuanto a<br>
> ciclos, leaks, etc. Entre este PEP y el módulo
"tracemalloc"...<br>
><br>
> Más, abajo...<br>
><br>
> On 21/12/13 07:42, J. Javier Maestro wrote:<br>
> >>>> Así que sí, __del__ será seguro y se
arreglará y/o romperá<br>
> >>>> (potencialmente) mucho código Python
existente.<br>
><br>
> __del__ se llama cuando se borra un objeto y éste no forma
parte de un<br>
> ciclo. Eso de siempre.<br>
><br>
> La diferencia ahora es que también se llamará cuando forma
parte de<br>
> ciclos. Pero solo se llama cuando ese objeto es "basura". Si
algún<br>
> programa falla por eso, quiero verlo, porque la únicas
referencias que<br>
> puede haber a ese objeto son, precisamente, otros objetos de
su ciclo,<br>
> Y TODO él es basura.<br>
><br>
> El problema que teníamos antes era que llamar a un "__del__"
cuando<br>
> hay un ciclo es problemático porque... ¿y si llamamos al
"__del__"<br>
> cuando ya hemos eliminado la mitad de los objetos del ciclo,
y ese<br>
> método intenta acceder a ellos?. Y si tenemos "__del__" en
varios<br>
> objetos del ciclo, ¿en qué orden se llaman?.<br>
><br>
> Lo que se hará en Python 3.4 es llamar primero a todos los
"__del__"<br>
> del ciclo, sin haber borrado nada antes, y LUEGO, revisar que
los<br>
> objetos siguen siendo basura (no se han "resucitado") y, si
es así,<br>
> eliminar los objetos "de verdad".<br>
><br>
> A mí me parece bastante seguro, y si algo se rompe, será
código<br>
> verdaderamente patológico que quiero ver. O, tal vez, no ver
:-).<br>
><br>
> --<br>
> Jesús Cea Avión _/_/
_/_/_/ _/_/_/<br>
> <a class="moz-txt-link-abbreviated" href="mailto:jcea@jcea.es">jcea@jcea.es</a> - <a class="moz-txt-link-freetext" href="http://www.jcea.es/">http://www.jcea.es/</a> _/_/ _/_/ _/_/
_/_/ _/_/<br>
> Twitter: @jcea _/_/ _/_/
_/_/_/_/_/<br>
> jabber / <a class="moz-txt-link-freetext" href="xmpp:jcea@jabber.org">xmpp:jcea@jabber.org</a> _/_/ _/_/ _/_/
_/_/ _/_/<br>
> "Things are not so easy" _/_/ _/_/ _/_/ _/_/
_/_/ _/_/<br>
> "My name is Dump, Core Dump" _/_/_/ _/_/_/
_/_/ _/_/<br>
> "El amor es poner tu felicidad en la felicidad de otro" -
Leibniz<br>
>>> _______________________________________________<br>
>>> Madrid mailing list<br>
>>> <a class="moz-txt-link-abbreviated" href="mailto:Madrid@lists.es.python.org">Madrid@lists.es.python.org</a><br>
>>> <a class="moz-txt-link-freetext" href="https://lists.es.python.org/listinfo/madrid">https://lists.es.python.org/listinfo/madrid</a><br>
>>><br>
>><br>
> _______________________________________________<br>
> Madrid mailing list<br>
> <a class="moz-txt-link-abbreviated" href="mailto:Madrid@lists.es.python.org">Madrid@lists.es.python.org</a><br>
> <a class="moz-txt-link-freetext" href="https://lists.es.python.org/listinfo/madrid">https://lists.es.python.org/listinfo/madrid</a></span><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.11 (Darwin)<br>
Comment: GPGTools - <a class="moz-txt-link-freetext" href="http://gpgtools.org">http://gpgtools.org</a><br>
<br>
iEYEARECAAYFAlK5cQ0ACgkQnPFBatEMYOfSiQCfe+tci/kXBaqXMhtosQIKT0KR<br>
Cp4AnjgaXtcLA3bkjUNEZzf69lFXUHRC<br>
=RdhZ<br>
-----END PGP SIGNATURE-----<br>
<br>
</body>
</html>