При запуске прилолжения выделяю память — через new. При выходе из приложения — хочу освободить — через delete. А он вылетает в _free_base с руганью — Unhandled exception at 0x77f75a58 in MyApp.exe: User breakpoint.
Что бы это значило?

А>Что бы это значило?

Наверное, что-то нехорошее ?

Здравствуйте, Аноним, Вы писали:

А>При запуске прилолжения выделяю память — через new. При выходе из приложения — хочу освободить — через delete. А он вылетает в _free_base с руганью — Unhandled exception at 0x77f75a58 in MyApp.exe: User breakpoint.
А>Что бы это значило?

Вот сейчас зашел в ассемблерный листинг при дебаге Вот:

CMyClass::`scalar deleting destructor'+41h (4C3E31h) 
004C3E25  mov         eax,dword ptr [this] 
004C3E28  push        eax  
004C3E29  call        operator delete (4AFB31h)

Вылетает на последней строчке. Помогите, что это?

Здравствуйте, Аноним, Вы писали:

А>При запуске прилолжения выделяю память — через new. При выходе из приложения — хочу освободить — через delete. А он вылетает в _free_base с руганью — Unhandled exception at 0x77f75a58 in MyApp.exe: User breakpoint.
А>Что бы это значило?

Скорее всего, у тебя exe/dll. При этом память выделяется в exe, убивается в dll. Нужно либо выделять память в dll (типа, метод-фабрика), либо поставить "Runtime library: Multi-threaded Debug DLL (/MDd)"

Здравствуйте, Вадим Никулин, Вы писали:

ВН>Скорее всего, у тебя exe/dll. При этом память выделяется в exe, убивается в dll. Нужно либо выделять память в dll (типа, метод-фабрика), либо поставить "Runtime library: Multi-threaded Debug DLL (/MDd)"

Да, exe/dll. НО: MDd уже выставлено, и память под эти объекты я выделяю и освобождаю в приложении, а не в DLL. Но тогда вотпрос — у меня в DLL есть статические переменные (я их создаю не динамически). Может ли их освобождение давать сбой?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Вадим Никулин, Вы писали:

ВН>>Скорее всего, у тебя exe/dll. При этом память выделяется в exe, убивается в dll. Нужно либо выделять память в dll (типа, метод-фабрика), либо поставить "Runtime library: Multi-threaded Debug DLL (/MDd)"

А>Да, exe/dll. НО: MDd уже выставлено, и память под эти объекты я выделяю и освобождаю в приложении, а не в DLL. Но тогда вотпрос — у меня в DLL есть статические переменные (я их создаю не динамически). Может ли их освобождение давать сбой?

Когда ты якобы из приложения удаляешь объект, delete все-равно зовется из dll. Во всяком случае, в VC7.1. Проверь, везде ли MDd выставлен?

Здравствуйте, Вадим Никулин, Вы писали:

ВН>Когда ты якобы из приложения удаляешь объект, delete все-равно зовется из dll. Во всяком случае, в VC7.1. Проверь, везде ли MDd выставлен?

Так в том-то и дело, что и у приложения и у DLL этот флаг выставлен

Здравствуйте, Вадим Никулин, Вы писали:

ВН>Когда ты якобы из приложения удаляешь объект, delete все-равно зовется из dll. Во всяком случае, в VC7.1. Проверь, везде ли MDd выставлен?

Вот в сообщениях TRACE выкопал следующее
Free Heap block 30eaeb8 modified at 30eb858 after it was freed
Это что значит? Я меняю что-то после того как освободил? А когда такое может произойти (явно я этого точно не делаю)?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Вадим Никулин, Вы писали:

ВН>>Когда ты якобы из приложения удаляешь объект, delete все-равно зовется из dll. Во всяком случае, в VC7.1. Проверь, везде ли MDd выставлен?

А>Так в том-то и дело, что и у приложения и у DLL этот флаг выставлен

Варианта 3:

1. Еще раз проверить
2. Поставить Rational purify, и посмотреть, что он скажет.
3. Поколдовать над отладчиком.

Удачи!

Здравствуйте, <Аноним>, Вы писали:

А>Что бы это значило?
Скорей всего пишешь за приделы массива.

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, <Аноним>, Вы писали:

А>>Что бы это значило?
WH>Скорей всего пишешь за приделы массива.

Он вылетает в scalar deleting destructor. Скажите, что это за зверь?

Здравствуйте, <Аноним>, Вы писали:

А>При запуске прилолжения выделяю память — через new. При выходе из приложения — хочу освободить — через delete. А он вылетает в _free_base с руганью — Unhandled exception at 0x77f75a58 in MyApp.exe: User breakpoint.
А>Что бы это значило?
User breakpoint это скорей всего ASSERT в недрах CRTL. Если бы у тебя были поставлены ее исходники, ты бы увидел где.

А>Free Heap block 30eaeb8 modified at 30eb858 after it was freed
А>Это что значит? Я меняю что-то после того как освободил? А когда такое может произойти (явно я этого точно не делаю)?
Ну явно, конечно, не делаешь. А вот промахнуться с индексом массива или записать что-то в уже удаленный объект ты мог.

И еще посмотри, на что указывает твой указатель. Если там dddddd, то объект уже убился.

А если я из DLL возвращаю структуру типа

typedef  struct 
{
    LPSTR   plugin_type;
    CString menu_string;
    bool    show_after_load;
} PLUGIN_INFO;

Надо что-нибудь где-нибудь делать по освобождению этих строк?

На самом деле такая проблема может возникнуть из-за разрушения кучи, причём не обязательно в момент вызова этого delete или предыдущего, а в т.ч. и гораздо раньше. Ну а куча может быть разрушена из-за попыток записи за границы массива. В любом случае отловить подобное очень непросто...
Или ещё один вариант — удаление указателя, который уже был удалён до этого.