Apparently, despite some patches being upstreamed since then, with the latest hxcpp/haxe this still seems to be an issue. You can verify yourself with this code:
The expected result is you’ll get a folder at the path “C:\Денис” with the contents “Денис”. Instead you’ll get a folder at the path “C:<garbage>” with the contents “Денис”. It seems the issue is passing a string to the windows file system operations.
I’m about to have an influx of Korean and Chinese users tomorrow, and I just discovered I still am suffering from this bug, and I know I’m going to get a lot of bug reports if I can’t get a quick fix in.
But it’s neko-only, and I’m not familiar with the build system that he’s using in order to attempt recompiling it for hxcpp/windows. If you know how to rejigger it to work with C++ / CFFI and hxccp/windows in the next 12 hours, I’m happy to pay a $50 bounty immediately.
I just tried this, and unfortunately it does not work for me – it still creates a garbage directory (I tried to post the exact characters but I think it tripped up discourse’s spam filter :P).
Maybe this is because of the local environment dependency you mentioned?
I am somewhat confused to see a NEKO_WINDOWS flag that also seem to be used when building for C++ & Windows (thus not neko directly), but I guess I am missing something.
Anyway good news for the fix! Especially that other developers (like me) could have hit the same problem in the future, so thank you!