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 arigo
Recipients arigo, benjamin.peterson, serhiy.storchaka, terry.reedy
Date 2014-01-10.20:14:13
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1389384854.01.0.164173368604.issue20115@psf.upfronthosting.co.za>
In-reply-to
Content
PyPy 2.x accepts null characters in all of import, exec and eval, and complains if they occur in non-comment.

PyPy 3.x refuses them in import, which is where this bug report originally comes from (someone complained that CPython 3.x "accepts" them but not PyPy 3.x, even thought this complain doesn't really make sense as CPython just gets very confused by them).  I don't know about exec and eval.

We need a consistent decision for 3.5.  I suppose it's not really worth backporting it to CPython 2.7 - 3.3 - 3.4, but it's your choice.  PyPy will just follow the lead (or keep its current behavior for 2.x if CPython 2.x is not modified).
History
Date User Action Args
2014-01-10 20:14:14arigosetrecipients: + arigo, terry.reedy, benjamin.peterson, serhiy.storchaka
2014-01-10 20:14:14arigosetmessageid: <1389384854.01.0.164173368604.issue20115@psf.upfronthosting.co.za>
2014-01-10 20:14:13arigolinkissue20115 messages
2014-01-10 20:14:13arigocreate