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 | christian.heimes, pitrou |
| Date | 2008年05月09日.10:04:54 |
| SpamBayes Score | 0.0014548841 |
| Marked as misclassified | No |
| Message-id | <1210327500.09.0.609692873362.issue2798@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
(Note: I'm splitting this from #1342 because the fix is much simpler in the non-Windows case) py3k does not accept running from a path with non-ascii characters. $ pwd /home/antoine/py3k/héhé $ ./python Fatal Python error: Py_Initialize: can't initialize sys standard streams Traceback (most recent call last): File "/home/antoine/py3k/pristine/Lib/encodings/__init__.py", line 32, in <module> TypeError: zipimporter() argument 1 must be string without null bytes, not str Abandon The following patch solves the problem by fixing a bug in getargs.c where the "no null bytes" check for non-ASCII strings was wrong. There is still a failing test, test_xmlrpc, apparently because xmlrpc wants to output its path in an HTTP header using the "ascii" encoding... I'd say this is an xmlrpc issue and not an issue with the patch. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年05月09日 10:05:00 | pitrou | set | spambayes_score: 0.00145488 -> 0.0014548841 recipients: + pitrou, christian.heimes |
| 2008年05月09日 10:05:00 | pitrou | set | spambayes_score: 0.00145488 -> 0.00145488 messageid: <1210327500.09.0.609692873362.issue2798@psf.upfronthosting.co.za> |
| 2008年05月09日 10:04:58 | pitrou | link | issue2798 messages |
| 2008年05月09日 10:04:57 | pitrou | create | |