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 amaury.forgeotdarc
Recipients amaury.forgeotdarc, bupjae, ezio.melotti, vstinner
Date 2009-02-03.12:39:47
SpamBayes Score 0.0003196673
Marked as misclassified No
Message-id <1233664789.97.0.674612431629.issue5127@psf.upfronthosting.co.za>
In-reply-to
Content
Since r56395, ord() and chr() accept and return surrogate pairs even in
narrow builds.

The goal is to remove most differences between narrow and wide unicode
builds (except for string lengths, indices or slices)

To address this problem, I suggest to change all functions in
unicodectype.c so that they accept Py_UCS4 characters (instead of
Py_UNICODE). 
This would be a binary-incompatible change; and --with-wctype-functions
would have an effect only if sizeof(wchar_t)==4 (instead of the current
condition sizeof(wchar_t)==sizeof(PY_UNICODE_TYPE))
History
Date User Action Args
2009-02-03 12:39:50amaury.forgeotdarcsetrecipients: + amaury.forgeotdarc, vstinner, ezio.melotti, bupjae
2009-02-03 12:39:49amaury.forgeotdarcsetmessageid: <1233664789.97.0.674612431629.issue5127@psf.upfronthosting.co.za>
2009-02-03 12:39:48amaury.forgeotdarclinkissue5127 messages
2009-02-03 12:39:47amaury.forgeotdarccreate