STINNER Victor <victor.stin...@haypocalc.com> added the comment: I finished to split the huge patch into smaller commits. You can now test the unicode_import Mercurial branch. Especially, it should be tested on Windows.
I don't know if I should merge the branch as an unique commit or as multiple commits. Some of them can be simply be merged. You can try issue3080.py (file attached to this issue, extracted from the patch): a short script testing this issue. -- The parser and _PyImport_GetDynLoadFunc() (on Windows) do still store the filename as byte strings, and so I don't think that Python is ready to use full Unicode range for filenames on Windows. But at least, it should now support non-ASCII module names and paths which are encodable to the ANSI code page. Issue #10785 should improve the situation at least for the parser. But for _PyImport_GetDynLoadFunc(), I don't know if there is a Unicode version of LoadLibraryEx(). -- > Modules/zipimport.c::make_filename: remove the limit buffer Implemented in f286d3b514e0. > Python/importdl.c::_PyImport_LoadDynamicModule: shortnameobj is not necessary Done in 76907d413b99 ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue3080> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
