Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.GOLDED
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.GOLDED с датами от 16 Jul 13 03:28:02 до 23 Sep 24 22:56:51, всего сообщений: 3613
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1293 из 3613 ======================================== RU.GOLDED =
От   : Semen Panevin                    2:5025/121         02 May 17 04:55:24
Кому : Vitaliy Aksyonov                                    02 May 17 04:55:24
Тема : Re: Spellchecker issue
FGHI : area://RU.GOLDED?msgid=2:5025/121+5907f1e7
На   : area://RU.GOLDED?msgid=2:463/3232+59077abb
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.GOLDED?msgid=2:5025/121+5907f6a2
==============================================================================
    Доброго здоровьица тебе, Vitaliy!

 Monday May 01 2017 21:11, Vitaliy Aksyonov писал Semen Panevin:

VA>>> Хм. Еще тогда такое попробуй. Увеличь буфер в три раза, когда
VA>>> работает и посмотри, что в нем оказывается после вызова xlatstr.
SP>> Так оно вызывается после ввода КАЖДОЙ буквы. Включая рендеринг
SP>> шаблона. Это же скока сот раз надо в gdb туда брякнуться, пока не
SP>> попаду в момент "перед падением", и то если я его угадаю...
SP>> Говорю же, не каждый раз падает. Если б падало на любой букве -
SP>> всё было бы сильно проще...

VA> Один раз. :) Просто бряку поставь не в ней, а в gspell.cpp.
Я ещё раз повторяю, что RecodeText из gespell.cpp вызывается при вводе КАЖДОЙ буквы. А вот падает - не после каждой.

VA>>>  Там в этой
VA>>> функции очень много зависит от флагов компиляции и внешних
VA>>> настроек.
SP>> Случайно по косвенным признакам выяснил, что компилилось вероятно
SP>> с поддержкой iconv. Пробовал компиляцию подхачить чтоб от iconv
SP>> избавиться. Не помогло. Но вот только не понял, не помогло
SP>> избавление или не помогло избавиться.
VA> Вот, кстати, зачем там вызов iconv - не совсем пока понял.
Ну видимо кто-то пытался вместо статических таблиц перекодировок заюзать имеющийся в системе iconv для той же цели.

В теории оно с iconv должно собираться только если явно указать при сборке make ICONV=1, но в Gnumake.def проверка этого параметра сделана не так же, как всех остальных. Я плохо разбираюсь в мейкфайлах и не уверен что проверка сделана правильно...

VA>>> Все-таки можешь выслать дамп после падения и дамп перед вызовом
VA>>> xlatstr и бинарник нестрипнутый?
SP>> Во-первых, ещё раз повторяю, что "дамп перед вызовом" не поможет
SP>> при первом попавшемся вызове, т.к. падает не каждый раз. А
SP>> отловить "тот самый" вызов - задача пока что для меня нерешаемая.
SP>> Во-вторых, если ты мне скажешь как это дамп сделать - то хотя-бы
SP>> тот что после падения я тебе вышлю. В нетмыл.

SP>> Бинарник прислать - без проблем. Но сомневаюсь что он у тебя
SP>> заведётся без установленного hunspell. Разве что пересобрать
SP>> статически со встроенным... Уверен, что проблема не исчезнет...
SP>> Но вдруг...

VA> Мне не для того, чтобы завести, а чтобы я смог открыть дамп твой.
Я всё ещё не понял как сделать нужный тебе дамп

VA>>> Напомни, какой спеллчекер используешь?
SP>> А что, в линухах много вариантов? hunspell. С динамической
SP>> линковкой, не встроенный.
VA> Попробую собрать с ним и воспроизвести.
Для динамической линковки у меня собственные патчи.

http://icelan.ru/svn/test/golded+/gentoo/portage/net-ftn/golded+/files/hunspell -dynlib.patch.bz2
плюс удалить goldlib/hunspell

Лучше я попробую статически со встроенным собрать... и посмотрю, вдруг проблема возьми да исчезни...

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

... Незаменимых людей нет, но исключением стать хочется... (c)...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)
* Origin: IceLAN (2:5025/121)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.032070 секунды