New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash on Windows if Python runs from a directory with umlauts #45683
Comments
Python 3.0 doesn't run from a directory with umlauts and possible other I renamed my development folder from C:\dev\ to c:\test äöüß name\.
value=0x00a0b8a0) Zeile 56 + 0xb Bytes C
|
The patch fixes parts of the problem. At least Python doesn't crash any |
I've added a fprintf(stderr, "%s", path) to makepathobject(). I suspect Microsoft Windows XP [Version 5.1.2600] c:\testäöü\PCBuild8\win32release>set PYTHONPATH=c:\testäöü\Lib c:\testäöü\PCBuild8\win32release>python This application has requested the Runtime to terminate it in an unusual |
The bug is related to http://bugs.python.org/issue1262 |
Hi Martin! Thomas Wouters said on #python that you have the Windows Fu to fix the |
I've checked in part of the patch in r58837. It doesn't solve the |
I like to move _PyExc_Init() before _PySys_Init() and set sys.prefix, Without the changes Python is seg faulting on Windows when the path |
If this doesn't cause any problems on other platforms, go for it. |
I'm setting the priority to normal. The issue isn't resolved but it's |
Assign to myself. |
Please don't use the FileSystemEncoding on Windows for sys.path items. |
Agreed. I will try to stay with PyObjects* until really needed by a system call. |
I'm increasing the severity of the bug. It's a still a major show |
There are some problems under Linux too: $ 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 |
See bpo-2798 for the non-Windows case, with a patch. |
Here is a quick fix, that decodes filenames using I am still working on a version that keep PyObjects* as long as |
Fixed as r64126, using Py_FileSystemDefaultEncoding. I close this issue, and open bpo-3080 to rewrite all functions in |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: