Вы явно указали приоритет процесса, когда Вы диспетчеризируете для создания нового процесса CreateProcess()
- параметр dwCreationFlags
- если NORMAL_PRIORITY_CLASS
(значение по умолчанию) указано, оно наследовалось родительскому процессу?
ОБНОВЛЕНИЕ: возможно, это указывает очевидное, но необходимо последовательно использовать или ISO-8859-1 или UTF-8 везде в обоих настройки в масштабе всей системы (/etc/default/locale
) и (при необходимости) в настройках Java приложения.
Необходимо изменить локаль в масштабе всей системы для использования ISO-8859-1 - однако это было бы намного более чисто, если поддержка приложений UTF-8, чтобы просто иметь его использование это (через -Dfile.encoding=utf8
на JVM), поскольку Ubuntu теперь работает по умолчанию в UTF-8.
Проверьте документацию своего приложения, чтобы видеть, как установить локаль и кодирующий (например, ISO-8859-1) - если это не покрыто, устанавливание переменной среды JAVA_TOOL_OPTIONS может быть полезным - это могло бы быть в сценарии запуска приложения.
Установить Ubuntu для использования ISO-8859-1:
sudo locale-gen fr_FR sudo update-locale LANG=fr_FR.ISO-8859-1
В отличие от Windows и Mac, файловые системы на Linux не имеют никакого понятия кодировки символов, таким образом, приложение может генерировать файлы с ISO-8859-1 или путями UTF-8 по желанию, и даже смешивать их в том же каталоге. Вот почему можно создать каталог как "Août" и иметь его дисплей неправильно в другой оболочке.
Используя env | egrep "^(LC|LANG)"
может быть полезным для проверки настроек переменной локали - это кажется, что настройки для локальной оболочки (xterm, Терминал GNOME, и т.д.) являются неправильными. После того как Вы имеете правильные настройки, помещаете их в Ваш ~/.bashrc
файл для оболочки.
Если Вам создали папки, которые имеют неправильную кодировку в путях, взглянули на convmv - это находится в репозиториях Ubuntu.
Некоторая общая информация при установке локалей и кодировок символов в этом хинду ПРАКТИЧЕСКОМ РУКОВОДСТВЕ UTF-8 - хотя это не для Ubuntu так некоторые команды, отличается, locale
команда является тем же, и идеи объяснены вполне хорошо.
Попытайтесь определить LC_ALL
тот же путь.
Также, если Вы используете xterm, видя, что это локально пытается запустить его с -U
параметр.
Если у Вас есть проблемы на Tomcat, тем не менее, необходимо, вероятно, устанавливать -Dfile.encoding=utf8
или -Dfile.encoding=iso8859-1
как параметры JVM вместо этого. Возможно, Вам также нужно -Duser.region=fr
?