Message167142
A patch with docs and tests for the idea I suggested on python-ideas:
http://comments.gmane.org/gmane.comp.python.ideas/15863
To repeat what I wrote there, the current issues with weakref callbacks include:
1. They are rather low level, and working out how to use them
correctly requires a bit of head scratching. One must find
somewhere to store the weakref till after the referent is dead, and
without accidentally keeping the referent alive. Then one must
ensure that the callback frees the weakref (without leaving any
remnant ref-cycles).
When it is an option, using a __del__ method is far less hassle.
2. Callbacks invoked during interpreter shutdown are troublesome. For
instance they can throw exceptions because module globals have been
replaced by None.
3. Sometimes you want the callback to be called at program exit even
if the referent is still alive.
4. Exceptions thrown in callbacks do not produce a traceback. This
can make debugging rather awkward. (Maybe this is because printing
tracebacks is problematic during interpreter shutdown?)
(Note that problems 2-4 also apply to using __del__ methods.)
Trivial usage of the class looks like
>>> class Kenny: pass
...
>>> kenny = Kenny()
>>> finalize(kenny, print, "you killed kenny!")
<finalize.finalize object at 0xffed4f2c>
>>> del kenny
you killed kenny! |
|
Date |
User |
Action |
Args |
2012-08-01 16:18:47 | sbt | set | recipients:
+ sbt |
2012-08-01 16:18:47 | sbt | set | messageid: <1343837927.06.0.561023898829.issue15528@psf.upfronthosting.co.za> |
2012-08-01 16:18:46 | sbt | link | issue15528 messages |
2012-08-01 16:18:44 | sbt | create | |
|