13:12 <ccomb> 'jour
13:13 <ccomb> Tests generated new (1) garbage
13:13 <ccomb> je suppose que c'est pas bon signe
13:22 <gawel> matin
13:33 <ccomb> quand je définis un __del__, il me gueule que je fais du garbage
13:34 <gawel> c'est mal __del__
13:34 <misc> utilises __hp__ ?
13:34 <gawel> y a pas un IUUID dans zope.schema ?
13:35 <gawel> c'est de la merde
13:35 <ccomb> c'est pas du zope
13:35 <ccomb> c'est meme pas du web
13:35 <gawel> bah y a bien un IInt
13:35 <gawel> c'est pas un type de base ok, mais bon
13:36 <gawel> zc.async.interfaces.IUUID
13:36 <gawel> la lose
13:37 <ccomb> t'es sur FA pour zope.schema ?
13:37 <gawel> oui
13:37 <gawel> j'ai pas de pk :(
13:38 <gawel> du coup y a des trucs qui peuvent pas marcher
13:38 <ccomb> c'est quoi __hp__ ?
13:38 <gawel> le concurent de __dell__
13:38 <ccomb> lol
13:38 <gawel> je comprends très vite les vannes foireuses de misc
13:39 <ccomb> 'tain, vous êtes de la meme couleur
13:39 <ccomb> j'avais meme pas vu que c'était misc
13:39 <gawel> mets tout le monde en rose comme moi
13:40 <ccomb> je voudrais bien pouvoir faire un self.port.close() dans le __del__ sans avoir de remarque désobligeante du testrunner
13:43 <ccomb> il passe meme pas dans le __del__
13:46 <ccomb> tant pis je fermerai pas le port #fail
13:48 <ddaa> ccomb: j'ai raté le début de ton message, donc peut être que je vais dire un truc à côte de la plaque
13:48 <ddaa> mais si python se plaint de cycles non collectables à cause de __del__
13:48 <ccomb> dis quand-même
13:49 <ddaa> l'astuce c'est de mettre la resource que tu veux libérer dans un objet délégué, et mettre le __del__ dans cet objet
13:49 <ddaa> de façon à pas avoir de __del__ dans ton cycle de références
13:54 <ccomb> mmmh
13:55 <ccomb> https://cody.gorfou.fr/hg/pycnic/file/350e02565884/pycnic/soprolec.py
13:55 <ccomb> le self.connect() dans __ini__ et self.disconnect() dans __del__ ça va pas ?
13:57 <ddaa> Je peux pas dire comme ça. Ça dépend de si tu a un cycle de références.
13:58 <ddaa> Dans le doute, tu peux écrire une classe AutoclosingPort
13:59 <ddaa> qui a juste le __del__ en supplément de ce que fait port normalement.
13:59 <ccomb> en fait je suis sur que je me fais chier pour rien
13:59 <ccomb> le port doit deja avoir son propre del
14:00 <ddaa> de toutes façon, t'est pas sensé dépendre de ce genre de comportement
14:01 <ddaa> le langage n'apporte aucune garantie que les __del__ soient appelés
14:01 <ddaa> et certainement aucune garantie qu'ils soient appelés à un moment précis
14:02 <ddaa> il vaut mieux utiliser un context manager.
14:03 <ccomb> j'ai pas encore essayé en 2.6
14:03 <ddaa> from __future__ import with_statement
14:03 <ddaa> yop
14:03 <ccomb> pourquoi pas