> This is why you cannot mess with "is". We replaced all the "== None" > with "is None" in our code to avoid tracebacks when the __eq__ method > fails on a None. yes there is a bug in the __eq__ code, but I don't > want the __eq__ code run at all in almost all cases. The proposal we're talking about would not change the meaning of "x is None". For that matter, it would not change the meaning of "x is y" for any singleton y.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4