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 alexandre.vassalotti, pitrou, serhiy.storchaka
Date 2013-12-18.15:59:24
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1387382366.37.0.964927896158.issue20015@psf.upfronthosting.co.za>
In-reply-to
Content
In most cases when str object required, unicode object is allowed too. "s" and "z" codes (with modifiers) in PyArg_Parse*() accept both str and unicode instances. But "c" code accepts only 1-character str, not unicode. This makes harder writing version-agnostic code with imported unicode_literals (2.7 functions require bytes literals, 3.x functions require unicode literals) and breaks pickle compatibility (see issue13566).

This change will affect:

* str.ljust(), str.rjust() and str.center();
* '%c' % char;
* mmap.write_byte();
* array constructor and item setter for 'c' type;
* datetime.isoformat();
* bsddb.set_re_delim() and bsddb.set_re_pad();
* msvcrt.putch() and msvcrt.ungetch();
* swi.block.padstring().
History
Date User Action Args
2013-12-18 15:59:26serhiy.storchakasetrecipients: + serhiy.storchaka, pitrou, alexandre.vassalotti
2013-12-18 15:59:26serhiy.storchakasetmessageid: <1387382366.37.0.964927896158.issue20015@psf.upfronthosting.co.za>
2013-12-18 15:59:26serhiy.storchakalinkissue20015 messages
2013-12-18 15:59:25serhiy.storchakacreate