This code...
class Person: num_of_people = 0 def __init__(self, name): self.name = name Person.num_of_people += 1 def __del__(self): Person.num_of_people -= 1 def __str__(self): return 'Hello, my name is ' + self.name cb = Person('Corey') kb = Person('Katie') v = Person('Val')
Produces the following error...
Exception AttributeError: "'NoneType' object has no attribute 'num_of_people'" in <bound method Person.__del__ of <__main__.Person object at 0x7f5593632590>> ignored
But this code does not.
class Person: num_of_people = 0 def __init__(self, name): self.name = name Person.num_of_people += 1 def __del__(self): Person.num_of_people -= 1 def __str__(self): return 'Hello, my name is ' + self.name cb = Person('Corey') kb = Person('Katie') vb = Person('Val')
The only difference I see is the last variable name is "vb" vs. "v".
I am leaning Python and am working on the OOP stuff now.
In Python, we may reuse the same variable to store values of any type. A variable is similar to the memory functionality found in most calculators, in that it holds one value which can be retrieved many times, and that storing a new value erases the old.
1. Assignment like x = 10 above sets a pointer into that variable, pointing to the value. 2. Assignment like y = 'bye' above, where the variable has an existing pointer in it, overwrites the existing pointer with the new one.
You don't have two variables with the same name. You are re-assigning the variable a new value. I'm curious what your background is. There are languages that only allow names to be bound once (or that use different syntax for initial binding and rebinding), but none of the "mainstream" ones work that way.
It represents the "title" of the information that is being stored with the variable. The name is perhaps the most important property to the programmer, because this is how we "access" the variable. Every variable must have a unique name! The type represents what "kind" of data is stored with the variable.
Yes, although it is not the so much the variable name that causes this, not directly.
When Python exits, all modules are deleted too. The way modules are cleaned up is by setting all globals in a module to None
(so those references no longer refer to the original objects). Those globals are keys in a dictionary object, and as dictionaries are ordered arbitrarily, renaming one variable can change the order in which variables are cleared.
When you renamed v
to vb
, you altered the order in which variables are cleared, and now Person
is cleared last.
One work-around is to use type(self).num_of_people -= 1
in the __del__
method instead:
def __del__(self): type(self).num_of_people -= 1
because the instance will always have a reference to the class still, or test if Person
is not set to None
:
def __del__(self): if Person is not None: Person.num_of_people -= 1
Two notes:
CPython 3.4 no longer sets globals to None
(in most cases), as per Safe Object Finalization; see PEP 442.
CPython 3.3 automatically applies a randomized hash salt to the str
keys used in a globals
dictionary; this makes the behaviour you observed even more random, merely re-running your code several times may or may not trigger the error message.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With