Temurin-build: Использование китайских символов в пути к java.exe вызывало ошибку «Невозможно загрузить собственную библиотеку».

Похоже, то же самое с корейскими персонажами

Об этом сообщил пользователь моего приложения, сборка jlink с помощью jdk-11.0.6 + 10

Скрипт запуска на картинке

<strong i="10">@echo</strong> off
set DIR="%~dp0"
set JAVA_EXEC="%DIR:"=%\java"
%JAVA_EXEC%  -p "%~dp0/../app" -m com.pmm.ParadoxosGameModManager/com.pmm.ParadoxosGameModManager.ModManager  %*

Изменить: также протестирован с 11.0.5, убедитесь, что он работает

@ himawari-san. Можете ли вы попробовать версию 11.0.6 с сайта accepttopenjdk.net/upstream.html, пожалуйста?

@karianna У меня такая же ошибка.
Спасибо за вашу поддержку.

Я думаю, что это ошибка в апстриме. Я подтвердил эту проблему в текущем источнике jdk / jdk. Это может произойти на любом пути, который содержит символ (ы) CJK.

Я могу исправить это с помощью патча, как показано ниже, поэтому я хочу отправить запрос на проверку hotspot-runtime-dev в OpenJDK. Вы когда-нибудь работали над этим в сообществе OpenJDK? Если нет, я отправлю его в JBS.

diff --git a/src/hotspot/os/windows/os_windows.cpp b/src/hotspot/os/windows/os_windows.cpp
--- a/src/hotspot/os/windows/os_windows.cpp
+++ b/src/hotspot/os/windows/os_windows.cpp
@@ -4207,14 +4207,16 @@
     size_t prefix_len = wcslen(prefix);
     size_t full_path_size = is_abs ? 1 + buf_len : JVM_MAXPATHLEN;
     size_t result_size = prefix_len + full_path_size - prefix_off;
-    result = (wchar_t*) os::malloc(sizeof(wchar_t) * (additional_space + result_size), mtInternal);
+    size_t result_buffer_size = sizeof(wchar_t) * (additional_space + result_size);
+    result = (wchar_t*) os::malloc(result_buffer_size, mtInternal);

     if (result == NULL) {
       err = ENOMEM;
     } else {
-      size_t converted_chars;
+      ZeroMemory(result, result_buffer_size);
       wchar_t* path_start = result + prefix_len - prefix_off;
-      err = ::mbstowcs_s(&converted_chars, path_start, buf_len + 1, buf, buf_len);
+      int win32_ret = MultiByteToWideChar(CP_THREAD_ACP, MB_ERR_INVALID_CHARS, buf, (int)buf_len, path_start, (int)(buf_len + 1));
+      err = (win32_ret == 0) ? EINVAL : ERROR_SUCCESS;

       if ((err == ERROR_SUCCESS) && needs_fullpath) {
         wchar_t* tmp = (wchar_t*) os::malloc(sizeof(wchar_t) * full_path_size, mtInternal);

@YaSuenag Нет, не

Я сообщил об этой проблеме в JBS и отправил запрос на проверку в hotspot-runtime-dev.

https://bugs.openjdk.java.net/browse/JDK-8240197
https://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2020-Feb February/038330.html

@YaSuenag спасибо за ваш вклад!
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2020-March/038397.html

Я исправил эту проблему в jdk / jdk , а также перенес на