STINNER Victor <victor.stin...@haypocalc.com> added the comment: > I notice that the patch changes rename() and link() to use > win32_decode_filename() to coerce the filename to unicode before using > the "wide" win32 api.
Well, I did that to simplify the source code. > (Previously, rename() first tried the wide api, > falling back to narrow if that failed; link() used wide if the args were > both unicode, narrow otherwise. Some other functions like symlink() > already only use the wide api.) I can change my patch to mimick the previous behaviour: try Unicode-Unicode, or fall back to encoding both arguments to the filesystem encoding. > Is this approach of coercing to unicode and only using the wide api > "blessed"? I certainly think it should be. If so then one can get > rid lots windows specific code. It was already discussed before to drop the bytes API to decode Unicode filenames in Python and only use the Unicode Windows API. There is no consensus on this topic: the statut is that the bytes API is kept but deprecated. bytes filenames will continue to use the bytes Windows API. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue13374> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
