[Python-Dev] Python 2.3a1's mandatory use of cyclic GC causes existing applications to fail (original) (raw)
Thomas Heller theller@python.net
06 Feb 2003 21:13:23 +0100
- Previous message: [Python-Dev] Python 2.3a1's mandatory use of cyclic GC causes existing applications to fail
- Next message: [Python-Dev] Python 2.3a1's mandatory use of cyclic GC causes existing applications to fail
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Kevin Jacobs <jacobs@penguin.theopalgroup.com> writes:
On Thu, 6 Feb 2003, Guido van Rossum wrote: > Hm... Given this feedback, it sounds like the only way to implement > Christian's suggestion in a backwards-compatible way would be to use a > different xxx name, e.g. fields. I also like the suggestion > of allowing control over the order as well.
Not to be difficult, but I already use 'fields' for the same purpose as dictionaries assigned to slots for non-slot attributes. (Yes, I know that this means nothing, since xyz names are fair game, though I think it is extremely funny that fate is trying to kill my ConatraintObject metatype)
That's the exact reason ctypes uses 'fields' as the name ;-)
Although I'm currently wondering if I should use slots instead, and set it to a whatever is needed. Each tp_new could retrieve whatever info it needs from it, and pass the mangled resulting slots to the base metaclass tp_new thing.
Thomas
- Previous message: [Python-Dev] Python 2.3a1's mandatory use of cyclic GC causes existing applications to fail
- Next message: [Python-Dev] Python 2.3a1's mandatory use of cyclic GC causes existing applications to fail
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]