summaryrefslogtreecommitdiffstats
path: root/Objects/methodobject.c
diff options
context:
space:
mode:
authorGuido van Rossum <guido@python.org>2002-06-13 21:42:04 (GMT)
committerGuido van Rossum <guido@python.org>2002-06-13 21:42:04 (GMT)
commite7b8ecf196f5d20eb9189fb9930335a2bebe1cc7 (patch)
tree436e229796fd4ab826e0489e7bcca8fd5172471d /Objects/methodobject.c
parent16b93b3d0e2bf8dc22d11e8625af6d9cc913ec88 (diff)
downloadcpython-e7b8ecf196f5d20eb9189fb9930335a2bebe1cc7.zip
cpython-e7b8ecf196f5d20eb9189fb9930335a2bebe1cc7.tar.gz
cpython-e7b8ecf196f5d20eb9189fb9930335a2bebe1cc7.tar.bz2
Major cleanup operation: whenever there's a call that looks for an
optional attribute, only clear the exception when the internal getattr operation raised AttributeError. Many places in this file already had that policy; but just as many didn't, and there didn't seem to be any rhyme or reason to it. Be consistently cautious. Question: should I backport this? On the one hand it's a bugfix. On the other hand it's a change in behavior. Certain forms of buggy or just weird code would work in the past but raise an exception under the new rules; e.g. if you define a __getattr__ method that raises a non-AttributeError exception.
Diffstat (limited to 'Objects/methodobject.c')
0 files changed, 0 insertions, 0 deletions