Author daniel.urban
Recipients alex, daniel.urban, josmiley, merwok, ncoghlan, 猫.黒
Date 2012-06-04.19:26:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1338838012.72.0.11388935946.issue14965@psf.upfronthosting.co.za>
In-reply-to
Content
I'm attaching a patch implementing super.__setattr__ (and __delattr__).

The implementation in the patch only works, if super can find a data descriptor in the MRO, otherwise it throws an AttributeError. As it can be seen in the tests, in some cases this may result in counter-intuitive behaviour. But I wasn't able to find another behaviour, that is consistent with both super.__getattr__ and normal __setattr__ semantics.
History
Date User Action Args
2012-06-04 19:26:52daniel.urbansetrecipients: + daniel.urban, ncoghlan, merwok, alex, josmiley, 猫.黒
2012-06-04 19:26:52daniel.urbansetmessageid: <1338838012.72.0.11388935946.issue14965@psf.upfronthosting.co.za>
2012-06-04 19:26:52daniel.urbanlinkissue14965 messages
2012-06-04 19:26:52daniel.urbancreate