Re: Spellchecker issue
Vitaliy Aksyonov написал(а) к Semen Panevin в May 17 21:11:00 по местному времени:
Привет, Semen!
01 май 17 20:42, Semen Panevin -> Vitaliy Aksyonov:
VA>> Хм. Еще тогда такое попробуй. Увеличь буфер в три раза, когда
VA>> работает и посмотри, что в нем оказывается после вызова xlatstr.
SP> Так оно вызывается после ввода КАЖДОЙ буквы. Включая рендеринг
SP> шаблона. Это же скока сот раз надо в gdb туда брякнуться, пока не
SP> попаду в момент "перед падением", и то если я его угадаю... Говорю же,
SP> не каждый раз падает. Если б падало на любой букве - всё было бы
SP> сильно проще...
Один раз. :) Просто бряку поставь не в ней, а в gspell.cpp.
VA>> Там в этой
VA>> функции очень много зависит от флагов компиляции и внешних
VA>> настроек.
SP> Случайно по косвенным признакам выяснил, что компилилось вероятно с
SP> поддержкой iconv. Пробовал компиляцию подхачить чтоб от iconv
SP> избавиться. Не помогло. Но вот только не понял, не помогло избавление
SP> или не помогло избавиться.
Вот, кстати, зачем там вызов iconv - не совсем пока понял.
VA>> Все-таки можешь выслать дамп после падения и дамп перед вызовом
VA>> xlatstr и бинарник нестрипнутый?
SP> Во-первых, ещё раз повторяю, что "дамп перед вызовом" не поможет при
SP> первом попавшемся вызове, т.к. падает не каждый раз. А отловить "тот
SP> самый" вызов - задача пока что для меня нерешаемая. Во-вторых, если ты
SP> мне скажешь как это дамп сделать - то хотя-бы тот что после падения я
SP> тебе вышлю. В нетмыл.
SP> Бинарник прислать - без проблем. Но сомневаюсь что он у тебя заведётся
SP> без установленного hunspell. Разве что пересобрать статически со
SP> встроенным... Уверен, что проблема не исчезнет... Но вдруг...
Мне не для того, чтобы завести, а чтобы я смог открыть дамп твой.
VA>> Напомни, какой спеллчекер используешь?
SP> А что, в линухах много вариантов? hunspell. С динамической линковкой,
SP> не встроенный.
Попробую собрать с ним и воспроизвести.
С наилучшими пожеланиями, Vitaliy.
... 10.0 times 0.10 is hardly ever 1.00.
--- GoldED+/LNX 1.1.5-b20160201
|