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 pitrou
Recipients Trundle, benjamin.peterson, daniel.urban, eric.araujo, ncoghlan, pitrou, rhettinger
Date 2011-04-06.14:52:54
SpamBayes Score 5.6659826e-07
Marked as misclassified No
Message-id <1302101571.3700.14.camel@localhost.localdomain>
In-reply-to <>
> 1. It's an external API. We *don't control* most of the potentially
> broken code, so saying "just fix the call sites" effectively solves
> nothing and leaves classes like OrderedDict at risk of subtle silent
> corruption whenever they are passed to a 3rd party C extension.

But since that problem has been existing for ages, we're not in a rush
to fix it either, are we?
After all, people do have to fix their code from time to time (or port
it to Python 3). Using the right APIs for the job is part of that.
Pointing to the abstract alternatives in the documentation for concrete
APIs may help people do so.

In the long term, having a clean CPython API with a proper separation of
concerns is a major benefit.
Date User Action Args
2011-04-06 14:52:55pitrousetrecipients: + pitrou, rhettinger, ncoghlan, benjamin.peterson, eric.araujo, Trundle, daniel.urban
2011-04-06 14:52:54pitroulinkissue10977 messages
2011-04-06 14:52:54pitroucreate