-
-
Notifications
You must be signed in to change notification settings - Fork 476
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
Cannot open file for reading if the filename contains japanese characters(non-unicode?) #376
Comments
This is a known problem of Microsoft's C standard library. Their implementation of |
I understand it now. I've make a quick workaround for myself to enable the conversion of those japanese named files. I've basically forced the locale before opening the file and it properly openned and compacted the image.
Result:
|
This is great! Thank you for the tip. |
I have no experience with this, but just wanted to note that the docs for setlocale has a section on UTF-8 support that mentions this was added in a 2018 update of Windows 10 and requires static linking to support older Windows versions. |
I've released 2.15.0 with this fix |
* master: Changelog Avoid deprecated field in rwpng_cocoa.rs ad-hoc fix #376 Bump fix badge Travis is dead # Conflicts: # lib
Not sure if this is a windows problem or pngquant one but when trying to unpack any images that contain japanese characters in its name it cannot read the file. The GUI tool works fine, only the cli tool doesn't in this case.
I've tried using the normal windows terminal, git bash and cygwin to see if there was any difference but the same thing happens on all of them. I can properly compress the image if I rename it to contain only ascii characters.
The text was updated successfully, but these errors were encountered: