объедините выставочный вывод в нечитабельном алфавите (японский/Китаец?)

Я использую комбинацию для визуализации разности между двумя файлами. объединитесь показывает различный вывод в... чем-то как японский язык или китайский язык?

Какая-либо идея, что могло произойти? Проблема локали? То, что является странным, является этим при использовании diff или colordiff в терминале они работают отлично!

Спасибо!

Meld shows unreadable output

15
задан 20 October 2016 в 10:59

3 ответа

Та же проблема здесь: кодирование Файла правильно не обнаруживается.

В моем случае это происходит из-за настроек "обнаруживать-кодировки" комбинации.

Сверьтесь:

$ gsettings get org.gnome.meld detect-encodings
['utf8']

Только utf8 обнаруживается.

К обходному решению эта проблема добавляет 'latin1', или безотносительно кодирования Вашего файла имеет:

$ gsettings set org.gnome.meld detect-encodings "['utf8','latin1']"
18
ответ дан 23 November 2019 в 02:45

Короткое расширение последнего ответа:

я должен был добавить кавычки к [] часть:

gsettings set org.gnome.meld detect-encodings "['utf8','latin1']"

выполнение его в терминале в Ubuntu 16.04

2
ответ дан 23 November 2019 в 02:45

Я вполне уверен, это - проблема кодирования. Ваш терминал находится, вероятно, в UTF-8, и файлом является ISO. Это уже - новая проблема 16.04, я думаю, что это может произойти в 15,04 также, но я могу подтвердить, что это не делает в 12,04.

Попытка, проверяющая Ваш терминал, куда Вы выполняете комбинацию путем ввода "локали". и необходимо получить что-то вроде этого:

$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Затем тип "файл" для каждого из Ваших файлов и удостоверяется, что они соответствуют Вашему терминалу.

На стороне отмечают, что у меня было много проблем кодирования между UTF-8 и ISO, которого действительно никогда не должно происходить в 16,04.

то, Что работало на меня, выполняло iconv на каждом файле:

iconv -f ISO-8859-15 -t UTF-8 file_1.txt >file_1.tmp;
iconv -f ISO-8859-15 -t UTF-8 file_2.txt >file2.tmp;
mv file_1.tmp file_1.txt;
mv file_2.tmp file_2.txt;
meld file_1 file_2
1
ответ дан 23 November 2019 в 02:45

Другие вопросы по тегам:

Похожие вопросы: