This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients Arfrever, Trundle, benjamin.peterson, daniel.urban, docs@python, eric.araujo, eric.snow, meador.inge, ncoghlan, pitrou, rhettinger, scoder, skrah
Date 2013-10-25.17:02:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
In-reply-to <>
Keep in mind that part of the problem here is finding stdlib code that
needs to be fixed to handle subclasses correctly. The existing APIs have
permitted use with subclasses for years but are, in fact, the wrong tool
for that in many cases.

The problem to be solved isn't "this code should handle ducktyping" but,
"this code should either reject subclasses or else handle them without
corrupting them". Using the same API for both external invocation and for
subclasses calling up to the parent is a problem. For code in critical
paths, doing the same type check twice is also a problem.
Date User Action Args
2013-10-25 17:02:44ncoghlansetrecipients: + ncoghlan, rhettinger, pitrou, scoder, benjamin.peterson, eric.araujo, Arfrever, Trundle, skrah, meador.inge, daniel.urban, docs@python, eric.snow
2013-10-25 17:02:44ncoghlanlinkissue10977 messages
2013-10-25 17:02:44ncoghlancreate