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 georg.brandl, lemburg, mgiuca, pitrou
Date 2010-08-02.09:47:44
SpamBayes Score 0.07322656
Marked as misclassified No
Message-id <1280742462.3384.3.camel@localhost.localdomain>
In-reply-to <4C568AE4.9070903@egenix.com>
Content
>  * Unicode objects are NUL-terminated, but only very external APIs
>    rely on this (e.g. code using the Windows Unicode API). Please
>    don't make the code in unicodeobject.c itself rely on this
>    subtle detail.

That's wishful thinking, don't you think? *I* am not making code in
unicodeobject.c rely on this. It has been so for years, long before I
was here. You should check who made that design decision in the first
place instead of putting the blame on me.

Besides, the fact that external APIs rely on it make it much more
unchangeable than if it were an implementation detail.
History
Date User Action Args
2010-08-02 09:47:46pitrousetrecipients: + pitrou, lemburg, georg.brandl, mgiuca
2010-08-02 09:47:45pitroulinkissue8821 messages
2010-08-02 09:47:44pitroucreate