views:

593

answers:

4

As part of answering another question, I wrote the following code whose behaviour seems bizarre at first glance:

print True                    # outputs true
True = False;    print True   # outputs false
True = True;     print True   # outputs false
True = not True; print True   # outputs true

Can anyone explain this strange behaviour? I think it has something to do with Python's object model but I'm not sure.

It's version 2.5.2 under Cygwin.

+15  A: 

In 2.x, True and False are not keywords so it's possible to shadow the built-ins in this manner.

Ignacio Vazquez-Abrams
+16  A: 

Imagine this instead:

A = True
B = False

print A           # true
A = B;  print A   # false
A = A;  print A   # false, because A is still false from before
A = not A; print A # true, because A was false, so not A is true

The exact same thing is going on, but in your version it's confusing, because you don't expect that you can redefine True and False.

James
Excellent example!
jathanism
+4  A: 

You can check whether True/False is a keyword:

>>> import keyword
>>> keyword.iskeyword('True')
False

Since it's not (in my version), assigning True=False just means "True" is another "variable" name.

ghostdog74
Just a note that you should probably use `keyword.iskeyword('True')` as an example instead, since most actual keywords will give a SyntaxError if used there.
Ignacio Vazquez-Abrams
@Ig, sure.thanks
ghostdog74
+26  A: 

Python has these two (among others) builtin objects. They are just objects; in the beginning, they don't have any names yet, but to know what we refer to, let's call them 0x600D and 0xBAD.

Before starting to execute a Python (2.x) script, the name True gets bound to the object 0x600D, and the name False gets bound to the object 0xBAD, so when the program refers to True, it looks at 0x600D.

Because 0x600D and 0xBAD know that they are usually used by the names True and False, that's what they output when they get printed, i.e. the __str__ method of 0x600D returns 'True' and so on.

True = False

now binds the name True to a different object. From now on, both names True and False refer to the same object 0xBAD, which, when printed, outputs False.

True = True

doesn't really do anything: It takes the object referred to by the name True, and binds the new (and old) name True to this object. Since (because of the previous step) True refers to 0xBAD before this, it still refers to 0xBAD after this. Hence, printing still outputs False.

True = not True

first takes the object that the name True is bound to, which is 0xBAD. It gives this object to the not operator. not doesn't care (or know) what name is used here to refer to 0xBAD, it just knows that when given 0xBAD it should return 0x600D. This return value is then given to the assignment operator =, binding the name True to this object.

Since the name True now once more refers to the object 0x600D, calling print True outputs True, and the world is good again.

balpha
This is the one I was after, I think. Especially love the GOOD and BAD mnemonics :-)
paxdiablo
@paxdiablo: What are you talking about, "mnemonics"? Those are the memory addresses where every good Python implementation should hold these objects :-P
balpha