Changes in golded+ sources

Semen Panevin написал(а) к Semen Panevin в Sep 16 08:32:56 по местному времени:

Доброго здоровьица тебе, Semen!

Monday September 05 2016 22:59, Semen Panevin писал golded+ inspector:

SP> Sorry for English language.

SP> Re-compiled with new sources right after the change. It worked well
SP> until today, when I tried to answer in R50.SYSOP.DRUNKS, it stopped
SP> with some error and broke my terminal (I'm not sure that I tried to
SP> write messages between these events) right after the internal editor
SP> were loaded.

SP> I tried to write here the error and it started the editor well, but
SP> when I tried to enter a few Russian characters it stopped again with
SP> the same or very similar error.

SP> I'm surprised that I can write English with no errors.

SP> Please somebody, help me to understand the problem and fix it.

В выводе после падения вот такая галиматья

=============================
7745000-b7746000 ---p 00051000 08:03 26804702 /lib/libncurses.so.5.9
b7746000- b7748000 r--p 00051000 08:03 26804702 /lib/libncurses.so.5.9
b7748000-b7749000 rw-p 00053000 08:03 26804702 /lib/libncurses.so.5.9
b7749000-b77a1000 r-xp 00000000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
b77a1000-b77a2000 r--p 00057000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
b77a2000-b77a6000 rw-p 00058000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
b77b2000-b77b3000 rw-p 00000000 00:00 0
b77b3000-b77b5000 r--p 00000000 00:00 0 [vvar]
b77b50 00-b77b6000 r-xp 00000000 00:00 0 [vdso]
b77b6000-b77d7000 r-xp 00000000 08:03 42560235 /lib/ld-2.22.so
b77d7000-b77d8000 rw-p 00000000 00:00 0
b77d800 0-b77d9000 r--p 00021000 08:03 42560235 /lib/ld-2.22.so
b77d9000-b77da000 rw-p 00022000 08:03 42560235 /lib/ld-2.22.so
bff6f000-bffa4000 rw-p 00000000 00:00 0 [stack]
/home/fido/bin/golded: line 4: 9825 Аварийный останов
=============================

В общем похоже, что падает спеллчекер, спотыкается на русских словах. Раньше не падал. Значит я вижу два варианта - или повреждён пользовательский словарь (в чём лично я сильно сомневаюсь) либо падать стало после апгрейда gcc на очередную версию...

Как можно заметить по этому письму, с отключенным спеллчекером всё работает.

С наилучшими пожеланиями, Семён.

... От правды далеко не убежишь (с) Sage
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Vladislav Vetrov написал(а) к Semen Panevin в Sep 16 09:03:14 по местному времени:

Нello Semen!

05 сен 16 22:59, you wrote to golded+ inspector:

SP> Re-compiled with new sources right after the change. It worked well until
SP> today, when I tried to answer in R50.SYSOP.DRUNKS, it stopped with some
SP> error and broke my terminal (I'm not sure that I tried to write messages
SP> between these events) right after the internal editor were loaded.

Нужно полностью избавиться от юникод и перейти только на koi8-R в терминале.

Как это сделать я написал в сообщении с темой "Редактирование %i,%i(%02X). %s"", should be 3".
Продублируюе его через UNSent, чтобы тебе долго не искать.

Удачи!

Vladislav

... -= - <<< - >>> - =-
--- GoldED+/LNX 1.1.5-b20160201 by ASA

Alexander Polozov написал(а) к Semen Panevin в Sep 16 08:43:56 по местному времени:

Привет, Semen!


Ответ на сообщение Semen Panevin (2:5025/121) к golded+ inspector, написанное 05 сен 16 в 22:59:

SP> Sorry for English language.

SP> Re-compiled with new sources right after the change. It worked well
SP> until today, when I tried to answer in R50.SYSOP.DRUNKS, it stopped
SP> with some error and broke my terminal (I'm not sure that I tried to
SP> write messages between these events) right after the internal editor
SP> were loaded.

SP> I tried to write here the error and it started the editor well, but
SP> when I tried to enter a few Russian characters it stopped again with
SP> the same or very similar error.

SP> I'm surprised that I can write English with no errors.

SP> Please somebody, help me to understand the problem and fix it.
Эта хрень в деде давно появилась и отловить причин мне лично не удалось, но с последними патчами падучая вряд ли связана.
Единственный рецепт который я нашёл и который вроде как помог - убрать старый конфиг нафиг и создать с нуля новый, добавляя нужное из старого по строчке и тестируя на падучесть.

Со всеми пожеланиями, Alexander Polozov

... Format C: стирает то, что другим не под силу!
--- GoldED+/LNX 1.1.5 (Linux 4.5.0-pf4 CPU UNKNOWN)

Maxim Sokolsky написал(а) к Semen Panevin в Sep 16 10:27:54 по местному времени:

Привет, Semen!

SP> В выводе после падения вот такая галиматья
SP> =============================
SP> /lib/libncurses.so.5.9
SP> /lib/libncurses.so.5.9
SP> r-xp 00000000 08:03 26608268 /usr/lib/libhunspell-1.3.so.0.0.0
SP> /usr/lib/libhunspell-1.3.so.0.0.0
SP> /usr/lib/libhunspell-1.3.so.0.0.0
SP> /home/fido/bin/golded: line 4: 9825 Аварийный останов
SP> =============================

SP> В общем похоже, что падает спеллчекер, спотыкается на русских словах.
SP> Раньше не падал. Значит я вижу два варианта - или повреждён
SP> пользовательский словарь (в чём лично я сильно сомневаюсь)

Нет конечно :) Что нужно проверить - в какой кодировке сами словари. Если они в юникоде - то юникод, пропущенный через luit или screen могут генерить самые разные поседовательности символов, которые приводят к падению.

SP> либо падать стало после апгрейда gcc на очередную версию...

Это может быть, но тоже врядли - оно бы не собралось.
Скорее всего у теюя в системе что-то поменялось - на уровне юрезленда, либо ты перехал на новый линукс - свежий. А там aspell/husspell в кодировке не koi8, а а utf.

SP> Как можно заметить по этому письму, с отключенным спеллчекером всё
SP> работает.

Ну ясно :)

С наилучшими пожеланиями, Maxim.

--- -А жаль, что во времена неандертальцев не было фидонета

Semen Panevin написал(а) к Vladislav Vetrov в Sep 16 01:14:38 по местному времени:

Доброго здоровьица тебе, Vladislav!

Tuesday September 06 2016 09:03, Vladislav Vetrov писал Semen Panevin:

SP>> I tried to write messages between these events) right after the
SP>> internal editor were loaded.

VV> Нужно полностью избавиться от юникод и перейти только на koi8-R в
VV> терминале.
Ты не по адресу. Я как-бы в курсе и терминал тоже.

С наилучшими пожеланиями, Семён.

... Век живи, век лечись...
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Semen Panevin написал(а) к Maxim Sokolsky в Sep 16 01:15:52 по местному времени:

Доброго здоровьица тебе, Maxim!

Tuesday September 06 2016 10:27, Maxim Sokolsky писал Semen Panevin:

MS> Нет конечно :) Что нужно проверить - в какой кодировке сами словари.
MS> Если они в юникоде - то юникод, пропущенный через luit или screen
MS> могут генерить самые разные поседовательности символов, которые
MS> приводят к падению.
Кодировка словарей не трогалась. Никаких luit и screen нет. Честная консоль в koi8-r через виндовый putty.

SP>> либо падать стало после апгрейда gcc на очередную версию...
MS> Это может быть, но тоже врядли - оно бы не собралось.
Это бабушка надвое сказала... Некоторые изменения типов данных могут не приводить к падению билда, но сказываться в рантайме переписыванием не тех адресов памяти...

MS> Скорее всего у теюя в системе что-то поменялось - на уровне
MS> юрезленда, либо ты перехал на новый линукс - свежий. А там
MS> aspell/husspell в кодировке не koi8, а а utf.
Изредка делаю emerge -uvDN world. Никаких других "новых линуксов" не было и нету. Но кажется мне, что относительно недавно (N месяцев назад) в апдейтах был замечен тот самый hunspell. Возможно моя память меня подводит, не ручаюсь.

SP>> Как можно заметить по этому письму, с отключенным спеллчекером
SP>> всё работает.
MS> Ну ясно :)
Что именно?

С наилучшими пожеланиями, Семён.

... Без крыльев далеко не улетишь
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Maxim Sokolsky написал(а) к Semen Panevin в Sep 16 14:32:16 по местному времени:

Привет, Semen!

MS>> Нет конечно :) Что нужно проверить - в какой кодировке сами
MS>> словари. Если они в юникоде - то юникод, пропущенный через luit
MS>> или screen могут генерить самые разные поседовательности
MS>> символов, которые приводят к падению.
SP> Кодировка словарей не трогалась. Никаких luit и screen нет. Честная
SP> консоль в koi8-r через виндовый putty.

Уверен - что там ебилды делали ты в курсе?

find / -name ru_RU.dic

Проверь.

Cловарей может быть несколько, hunspell, myspell - они пользуют словари в одном формате.

SP>>> либо падать стало после апгрейда gcc на очередную версию...
MS>> Это может быть, но тоже врядли - оно бы не собралось.
SP> Это бабушка надвое сказала... Некоторые изменения типов данных могут
SP> не приводить к падению билда, но сказываться в рантайме переписыванием
SP> не тех адресов памяти...

Ну раньше ведь всё работало? - значит, настроено было правильно...

MS>> Скорее всего у теюя в системе что-то поменялось - на уровне
MS>> юрезленда, либо ты перехал на новый линукс - свежий. А там
MS>> aspell/husspell в кодировке не koi8, а а utf.
SP> Изредка делаю emerge -uvDN world. Никаких других "новых линуксов" не
SP> было и нету. Но кажется мне, что относительно недавно (N месяцев
SP> назад) в апдейтах был замечен тот самый hunspell. Возможно моя память
SP> меня подводит, не ручаюсь.

Посмотри этот ebuild hunspell'а - в ключах сборки изменений не было?
Также имеет смысл проверить gettext - hunspell от него зависит.

И вообще, в твоей KOI8-R консоли hunspell работает?

echo 'карова' | hunspell


SP>>> Как можно заметить по этому письму, с отключенным спеллчекером
SP>>> всё работает.
MS>> Ну ясно :)
SP> Что именно?

Что падает из-за спелчекера. Это видно из-за того краша, что ты привёл.
А почему падает - я думаю, что на вход вместо русских слов приходит мусор.

С наилучшими пожеланиями, Maxim.

--- -А жаль, что во времена неандертальцев не было фидонета

Semen Panevin написал(а) к Maxim Sokolsky в Sep 16 22:15:58 по местному времени:

Доброго здоровьица тебе, Maxim!

Wednesday September 07 2016 14:32, Maxim Sokolsky писал Semen Panevin:

SP>> Кодировка словарей не трогалась. Никаких luit и screen нет.
SP>> Честная консоль в koi8-r через виндовый putty.

MS> Уверен - что там ебилды делали ты в курсе?

MS> find / -name ru_RU.dic

MS> Проверь.
И что должно получиться в результате?

MS> Cловарей может быть несколько, hunspell, myspell - они пользуют
MS> словари в одном формате.
Я как-бы в курсе, сам когда-то поддержку multiple dictionaries/languages допиливал в голдеде...

SP>>>> либо падать стало после апгрейда gcc на очередную версию...
MS>>> Это может быть, но тоже врядли - оно бы не собралось.
SP>> Это бабушка надвое сказала... Некоторые изменения типов данных
SP>> могут не приводить к падению билда, но сказываться в рантайме
SP>> переписыванием не тех адресов памяти...
MS> Ну раньше ведь всё работало? - значит, настроено было правильно...
Угу.

SP>> месяцев назад) в апдейтах был замечен тот самый hunspell.
SP>> Возможно моя память меня подводит, не ручаюсь.

MS> И вообще, в твоей KOI8-R консоли hunspell работает?

MS> echo 'карова' | hunspell

fido@server ~ $ echo 'карова' | hunspell
Нunspell 1.3.3
& карова 6 0: крова, корова, какова, Сарова, пароварка, товарка

fido@server ~ $ locale
LANG=ru_RU.KOI8-R
LCCTYPE="ruRU.KOI8-R"
LCNUMERIC="ruRU.KOI8-R"
LCTIME="ruRU.KOI8-R"
LCCOLLATE="ruRU.KOI8-R"
LCMONETARY="ruRU.KOI8-R"
LCMESSAGES="ruRU.KOI8-R"
LCPAPER="ruRU.KOI8-R"
LCNAME="ruRU.KOI8-R"
LCADDRESS="ruRU.KOI8-R"
LCTELEPНONE="ruRU.KOI8-R"
LCMEASUREMENT="ruRU.KOI8-R"
LCIDENTIFICATION="ruRU.KOI8-R"
LC_ALL=

MS> Что падает из-за спелчекера. Это видно из-за того краша, что ты
MS> привёл. А почему падает - я думаю, что на вход вместо русских слов
MS> приходит мусор.
Ладно, будет свободное время - буду пробовать для начала даунгрейдить gcc... ибо до пересборки деда оно работало. А либы ханспела прилинкованы динамически а не статиком, значит работало с теми которые были.

А уж если не поможет - придётся походу заново вспоминать gdb...

С наилучшими пожеланиями, Семён.

... Стрессы начинаются с будильника... (c)...
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)

Maxim Sokolsky написал(а) к Semen Panevin в Sep 16 08:43:46 по местному времени:

Привет, Semen!

SP>>> Кодировка словарей не трогалась. Никаких luit и screen нет.
SP>>> Честная консоль в koi8-r через виндовый putty.

MS>> Уверен - что там ебилды делали ты в курсе?

MS>> find / -name ru_RU.dic

MS>> Проверь.
SP> И что должно получиться в результате?

Несколько словарей - один из которых c другой кодировкей. И huspell может на лету текст преобразовывать - через iconv наверное - и если он ообра как-то не так, то.

MS>> Cловарей может быть несколько, hunspell, myspell - они пользуют
MS>> словари в одном формате.
SP> Я как-бы в курсе, сам когда-то поддержку multiple
SP> dictionaries/languages допиливал в голдеде...

И это хорошо. Всё же я думаю, что дедушка тут непричём - что-то поменялось в
юзерленде - хотя уверенность в этом уже убавилась :)

SP>>> переписыванием не тех адресов памяти...
MS>> Ну раньше ведь всё работало? - значит, настроено было
MS>> правильно...
SP> Угу.

Как-то сузить нужно причину падения - сейчас пока не понятно дедушка ли виной.

SP>>> месяцев назад) в апдейтах был замечен тот самый hunspell.
SP>>> Возможно моя память меня подводит, не ручаюсь.

MS>> И вообще, в твоей KOI8-R консоли hunspell работает?

MS>> echo 'карова' | hunspell

SP> fido@server ~ $ echo 'карова' | hunspell
SP> Нunspell 1.3.3
SP> & карова 6 0: крова, корова, какова, Сарова, пароварка, товарка

Ну тут всё хорошо - значит, не в этом дело.

SP> fido@server ~ $ locale
SP> LANG=ru_RU.KOI8-R

MS>> Что падает из-за спелчекера. Это видно из-за того краша, что ты
MS>> привёл. А почему падает - я думаю, что на вход вместо русских
MS>> слов приходит мусор.
SP> Ладно, будет свободное время - буду пробовать для начала даунгрейдить
SP> gcc... ибо до пересборки деда оно работало. А либы ханспела
SP> прилинкованы динамически а не статиком, значит работало с теми которые
SP> были.

Ага, поковыряйся. Потом напиши - а лучше патч - если это дедушка. Потому, что емли проблема связана свежим юзерлендом - оно проявится и у других когда-нибудь, когда обновления пакетов припылут.

SP> А уж если не поможет - придётся походу заново вспоминать gdb...

А возми бинарники от дедушки - под линукс - откуда-то ещё. Их три штуки ровно
- попробуй с тем же конфигом.

Рад бы тебе что-то дельное посоветовать, но идеи закончились (:

С наилучшими пожеланиями, Maxim.

--- -А жаль, что во времена неандертальцев не было фидонета

Semen Panevin написал(а) к Maxim Sokolsky в Sep 16 22:02:06 по местному времени:

Доброго здоровьица тебе, Maxim!

Thursday September 08 2016 08:43, Maxim Sokolsky писал Semen Panevin:

SP>> Ладно, будет свободное время - буду пробовать для начала
SP>> даунгрейдить gcc... ибо до пересборки деда оно работало. А либы
SP>> ханспела прилинкованы динамически а не статиком, значит работало
SP>> с теми которые были.

MS> Ага, поковыряйся. Потом напиши - а лучше патч - если это дедушка.
Ну коммитить я и сам могу. Но на поругать запощу. Ежели чего конечно накопаю.

SP>> А уж если не поможет - придётся походу заново вспоминать gdb...
MS> А возми бинарники от дедушки - под линукс - откуда-то ещё. Их три
MS> штуки ровно - попробуй с тем же конфигом.
Кстати да, тоже идея. Вот тока линковка с ханспелом там точно будет другая...

С наилучшими пожеланиями, Семён.

... Жизнь принуждает человека ко многим добровольным действиям... (c)...
--- GoldED+/LNX 1.1.5-b20160827 (Linux 4.1.12-gentoo iF6M10)