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 ezio.melotti
Recipients Arfrever, ezio.melotti, jkloth, mrabarnett, pitrou, r.david.murray, tchrist, terry.reedy
Date 2011-08-14.17:46:54
SpamBayes Score 1.8275977e-09
Marked as misclassified No
Message-id <1313344015.71.0.218551063153.issue12729@psf.upfronthosting.co.za>
In-reply-to
Content
> I'm a bit confused on this.  You no longer fix bugs in Python 2?

We do, but it's unlikely that we will introduce major changes in behavior.
Even if we had to get rid of narrow builds and/or fix len(), we would probably only do it in the next 3.x version (i.e. 3.3), and not in the next bug fix release of 3.2 (i.e. 3.2.2).

> That's why I say that you are of conformance by having encoders and
> decoders of UTF streams tolerate noncharacters.  You are not allowed
> to call something a UTF and do non-UTF things with it, because this
> in violation of conformance requirement C2.

This IMHO should be fixed, but it's another issue.

> If you have not reread its Chapter 3 of late in its entirety, you
> probably want to do so.  There is quite a bit of material there that
> is fundamental to any process that claims to be conformant with
> the Unicode Standard.

I am familiar with the Chapter 3, but admittedly I only read the parts that were relevant to the bugs I was fixing.  I never went through it checking that everything in Python matches the described behavior.
Thanks for pointing out the parts were Python doesn't follow the specs.
History
Date User Action Args
2011-08-14 17:46:55ezio.melottisetrecipients: + ezio.melotti, terry.reedy, pitrou, jkloth, mrabarnett, Arfrever, r.david.murray, tchrist
2011-08-14 17:46:55ezio.melottisetmessageid: <1313344015.71.0.218551063153.issue12729@psf.upfronthosting.co.za>
2011-08-14 17:46:55ezio.melottilinkissue12729 messages
2011-08-14 17:46:54ezio.melotticreate