Follow-up Comment #5, bug #47701 (project wget):
In order for you to see the files with non-ASCII names correctly named on your
Windows disk, all the non-ASCII characters in the file names must be supported
by the current system codepage. In addition, your wget must be built with
libiconv. If any of these two conditions is not true, you will see mojibake
in the file names, because Windows doesn't support UTF-8 encoded file names.
A way to lift one of these limitations -- that the file names be expressible
in the system codepage -- was discussed, but no one has submitted a clean
patchset to fix it. (Doing so on Windows requires to replace/wrap C library
functions that deal with file names with versions that can accept UTF-8
encoded name, convert it to UTF-16, and then call the appropriate library
function, like call _wopen instead of open etc.)
One other thing: a few months back I submitted changes to make non-ASCII file
name support more correct, and I'm not sure that patch is in wget 1.17.1.
Perhaps Tim or Giuseppe could tell. If the patch is not in 1.17.1, I suggest
to build wget from the Git repository and see if some of the problems are
gone.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?47701>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
