Discussion :

[Haze.]

Bonjour,

Mon problème concerne une classe dérivée du type list, avec un destructeur __del__. Cette méthode __del__ n'est pas appelée alors que toutes les références vers l'instance ont été supprimées.

J'ai fait quelques tests dans l'interpréteur, et le résultat est encore plus incompréhensible.
Les commentaires ont été rajoutés après.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
>>> class Foo(list):       # dérivation du type list
...     def __init__(self):
...             print "nouvelle instance"
...     def __del__(self):
...             print "instance supprimée"
... 
>>> a = Foo()
nouvelle instance
>>> del a
instance supprimée         # jusqu'ici, tout va bien
>>> 
>>> a = Foo()
nouvelle instance
>>> a
[]
>>> del a                  # pourquoi __del__ n'est t-il pas appelé ?
>>> 
>>> a = Foo()
nouvelle instance
>>> a
instance supprimée         # a n'est pas supprimé ! pourquoi le destructeur est appelé ? comportement différent des lignes ci-dessus...
[]
>>> del a                  # toujours pas d'appel de __del__
>>> 
>>> dir()
instance supprimée         # ??!!
['Foo', '__builtins__', '__doc__', '__name__']

Si on pouvait m'expliquer la signification de tout ça...
Merci.

[dividee]

Je n'ai pas toute l'explication mais un début:

Lorsque tu as affiché la variable a dans l'interpréteur, l'appel de del n'est pas effectué tout de suite mais seulement au prochain affichage effectué par la boucle read/eval/print de l'interpréteur; le deuxième affichage de "instance supprimée" correspond à l'appel de del sur la deuxième instance, pas la troisième que tu viens de créer. Cela ne semble pas avoir de rapport avec le fait que la classe hérite de list, cela se produit pour n'importe quelle classe. Je ne sais pas quelle est la cause de cet appel différé, l'interpréteur en mode interactif garde sans doute une référence sur le dernier objet qui a été affiché.

Cela ne devrait pas se produire dans un programme exécuté hors de l'interpréteur interactif, car dans ce cas, tu n'affiches pas une variable en tapant simplement 'a' mais 'print a' ou qqch dans le genre.

[Haze.]

Salut,

Je n'ai pas toute l'explication mais un début:

Ça tombe bien, j'ai retrouvé la fin

En fait, j'avais complètement oublié que lorsqu'on utilise directement l'interpréteur, Python offre un petit outil sympathique, la variable _

_ prend automatiquement la dernière valeur affichée, donc quand j'affichais mon instance, la référence vers cette instance était copiée dans _ et c'est pourquoi la méthode __del__ n'était pas appelée car la référence _ existait toujours (et disparaissait au prochain coup, d'où le décalage constaté).

Merci pour ton aide , en effet ça n'a rien à voir avec la dérivation d'un type intégré.

Je sais maintenant que l'origine de mon problème vient d'autre part, je n'ai plus qu'à mieux chercher... enfin ce sujet est résolu au moins.