Установщик NSIS создает каталог с использованием неправильного набора символов

Question

На некоторых машинах мой установщик NSIS создает папку с одним неправильным символом.

НСИ должен был создать папку с ń полукокса

// U+0144 ń c5 84 LATIN SMALL LETTER N WITH ACUTE 

, но вместо этого создал папку с ñ полукокса

// U+00F1 ñ c3 b1 LATIN SMALL LETTER N WITH TILDE 

Проводная часть является то, что происходит только на некоторых машины, и я не мог воспроизвести это. Насколько я могу судить, это было сообщено только для Windows Vista (возможно, базового издания).

Я подозреваю, что это как-то связано с преобразованием Windows-1250 в UTF. Поскольку NSIS по-прежнему не поддерживает UTF, я использую файл сценария с кодировкой Windows-1250. Обозначение ń равно 0xF1 и должно быть переведено в UTF U+c584, но вместо этого установщик создает папку с U+c3b1 char. С другой стороны, U+c3b1 эквивалентен Windows-1252 0xF1.

Что может повлиять на интерпретацию символов, используемых в скрипте NSIS, когда выполняется скомпилированный установщик? Как обеспечить ожидаемое преобразование 0xF1 =>U+c584?

Answer 1

Кодирование исходного сценария NSIS на самом деле не определяет окончательную строку, перевод байтов из сценария/установщика в строку unicode происходит в системе конечных пользователей, поэтому символы вне ASCII могут варьироваться в зависимости от системных значений по умолчанию кодовая страница (Language for non-Unicode programs (System Locale)).

Вы можете попытаться создать таможню LangString для этого имени каталога. Для этого вам нужно установить кодовую страницу редакторов в проблемную кодовую страницу при вводе ń. Вероятно, вы можете эмулировать это путем проверки $ LANGUAGE (или использовать System::Call kernel32::GetACP()i.r0 и проверить $ 0) в .onInit и StrCpy строку, которая правильно переводит эту систему в проблемную переменную.

Следующая версия NSIS, вероятно, будет v3.0, я не знаю, где вы получили 2.50, но это, вероятно, просто местозаполнитель, используемый вилкой Unicode.