Bad news: after more careful testing, this issue still exists on v1.11-beta1.
The problem in my last test: my main system language is set to Chinese and the code page is 936, in the sandbox the language is set to English and the code page is also 936.
cp936 seems to maintain compatibility with UTF8, so no invalid UTF16 is generated.
Set the global language of the sandbox to Korean.
The default code page changes to cp 949.
Create a new test folder “테스트” again
Both v1.10.3 and v1.11.0-beta1 cannot load sys.dll
When the path contains only ascii characters, everything works fine.
The problem seems to be in the call to MultiByteToWideChar, where it is assumed that the input string is encoded in UTF8, while the actual incoming encoding is affected by the system language and code page settings.