Работаю над написанием плагина для NPP++. С некоторого времени и непонятно с какого перепуга NPP начал втихую отказываться работать и сворачивать монатки со словами E06D7363! Я под отладчиком исколесил кусок кода в котором все это безобразие творится, но вопросов только добавилось, так как места в разных случаях-разные (я уже думал я перегрелся). Короче, после длительного секса с мозгом я выяснил, что этот exept происходил в недрах LocalAlloc, которая используется в плагине очень часто.

Кто-нибудь знает, что это за барабашка, откуда она взялась и как от нее избавиться ?

| Сообщение посчитали полезным:

Rainbow пишет:
что этот exept происходил в недрах LocalAlloc
сказка
Rainbow пишет:
словами E06D7363
гугл говорит это обычный с++ exception который ты не ловиш через catch
ну итд

| Сообщение посчитали полезным:

reversecode пишет:
Rainbow пишет:
что этот exept происходил в недрах LocalAlloc
сказка

Интересно, откуда такая уверенность.

reversecode пишет:
Rainbow пишет:
словами E06D7363
гугл говорит это обычный с++ exception который ты не ловиш через catch
ну итд

Какой C++ exception, я пишу на MASM32. Единственное, что я могу предположить - это то что kernel32/ntdll написаны на сях и поэтому C++ exception... Других вариантов я не вижу

| Сообщение посчитали полезным:

Rainbow пишет:
Интересно, откуда такая уверенность.
это гугл говорит, других данных у читателей нет

Rainbow пишет:
Какой C++ exception, я пишу на MASM32. Единственное, что я могу предположить - это то что kernel32/ntdll написаны на сях и поэтому C++ exception... Других вариантов я не вижу
тогда только бек трейс что бы понять видеть где произошла точка бифуркации

иначе гадание на кофейной гуще
Rainbow пишет:
Работаю над написанием плагина для NPP++.
но пишете на masm

| Сообщение посчитали полезным:

reversecode пишет:
Rainbow пишет:
Работаю над написанием плагина для NPP++.
но пишете на masm

Скажу больше - плагин на MASM и для MASM ! Я вообще фанат асма, в частности ЯП masm. Сами знаете, что такое асм и блокнот и какой это процесс. Короче назначение - в помощь (говно)кодеру-масмеру для помощи в разработке софта на MASM.

| Сообщение посчитали полезным:

Очевидно нужно копаться в коде самого блокнота. Ведь раньше ваш плагин не вызывал подобную ошибку, стало быть предыдущие версии этим не болеют. нп++ как раз на сях написан и как сказал выше reversecode, обычный с++ exception который ты не ловиш через catch. Только в данном случае не ты, а разработчик блокнота. Самый простой вариант - прогнать плагин на старой версии и убедиться конкретно

| Сообщение посчитали полезным:

TryAga1n пишет:
Очевидно нужно копаться в коде самого блокнота.

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

| Сообщение посчитали полезным:

сишный эксэпшн стопудово. мож cdecl/stdcall сменились?

-----
От многой мудрости много скорби, и умножающий знание умножает печаль

| Сообщение посчитали полезным:

Не системный фолт.

| Сообщение посчитали полезным:

Хм. Непонятно. В очередной из тестов функция LocalAlloc с аргументом в 8000h байт не уронила процесс, а все-таки вернула код ошибки - NOT_ENOUGHT_MEMORY. После нескольких таких вызовов подряд процесс все-таки упал с этим экзепшном. Процесс пада трескает 17 мб озу. КАКОГО ХРЕНА ПАМЯТИ НЕ ДАЮТ ?????? )))

Добавлено спустя 14 минут
Как я понял, проанализировав нутро LocalAlloc, функция использует кучу и сводится к ZwAllocateVirtualMemory.
Не может ли облом в высвобождении быть следствием HEAP OVERFLOW/CORRUPTION ??

Добавлено спустя 3 часа 6 минут
Вообщем проблема решена и заключалась в следующем. В одном месте шло переполнение выделенной кучи, видимо перезаписывались нужные указатели, и как следствие нарушалась работа MemoryManager'a.
P.S. Ебучая и неведомая ХНЯ отняла у меня сутки (

| Сообщение посчитали полезным: