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 serhiy.storchaka
Recipients r.david.murray, serhiy.storchaka, xiang.zhang
Date 2016-05-12.08:53:47
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1463043227.81.0.695271585363.issue27008@psf.upfronthosting.co.za>
In-reply-to
Content
In any case it doesn't make much sense to change just one separate docstring. If you want to avoid misleading and support consistent wording, you should examine all occurrences of the word "string" in the documentation, docstrings, error messages and comments -- does it mean Unicode string, bytes-like object that supports the buffer protocol (including memoryview), bytes-like object that supports str-like interface (including bytes, bytearray, but excluding memoryview), either Unicode or bytes string? I tried to do this but abandoned the work on half-way. This is too large work.

> BTW, what do you think about the second TypeError in ``ord``. Shouldn't it be ValueError?

It could be ValueError. But for compatibility it should stay TypeError. This is not wrong if we consider strings of size 1 as separate type.
History
Date User Action Args
2016-05-12 08:53:47serhiy.storchakasetrecipients: + serhiy.storchaka, r.david.murray, xiang.zhang
2016-05-12 08:53:47serhiy.storchakasetmessageid: <1463043227.81.0.695271585363.issue27008@psf.upfronthosting.co.za>
2016-05-12 08:53:47serhiy.storchakalinkissue27008 messages
2016-05-12 08:53:47serhiy.storchakacreate