= Сообщение: 1258 из 3613 ======================================== RU.GOLDED = От : Semen Panevin 2:5025/121 23 Apr 17 20:52:00 Кому : Michael Dukelsky 23 Apr 17 20:52:00 Тема : Re: Spellchecker issue FGHI : area://RU.GOLDED?msgid=2:5025/121+58fceaec На : area://RU.GOLDED?msgid=2:5020/1042+58fcd324 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.GOLDED?msgid=2:5020/1042+58fda7bb ============================================================================== Доброго здоровьица тебе, Michael!
Sunday April 23 2017 19:10, Michael Dukelsky писал Semen Panevin:
SP>> Перечитал всё что можно про delete и delete[], поставил несколько SP>> следственных экспериментов в рамках остаточных сиплюсплюсных SP>> познаний, и даже попытался осилить XlatStr(...). На первый взгляд SP>> косяков не обнаружено. Но падает...
SP>> Падает точно после XlatStr. Если её закомментить - то не падает.
MD> Копаться в этом коде лень. Т.е. всё? можно попрощаться со спелчекером? Или есть шанс, что найдётся кто-то кому не лень?
MD> Скорее всего эта функция пишет в массив, не MD> проверяя нарушения границ массива, и радостно перезаписывает то место, MD> где хранится указатель на массив. После чего попытка освобождения MD> выделенной памяти приводит к краху.
Под dest выделяется памяти src len + 1. Я пробовал увеличить в 2 раза, не помогло.
Смущает то, что эта функция не является частью кода спелчекера, и используется ещё в куче мест. Но больше нигде почему-то не падает, и в этом месте тоже раньше почему-то не падало...
Правда в других местах может не быть new/delete поэтому грабли могут вылезти крайне случайно и неочевидно...
С наилучшими пожеланиями, Семён.
... Без крыльев далеко не улетишь --- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10) * Origin: IceLAN (2:5025/121)
