иногда, после отображения ассерта(с помощью ATLASSERT ), если сразу не нажать "пропустить", программа крешится. причем место креша отладчик всегда(независимо от места ассерта) указывает в _CrtDbgBreak, а диалог ассерта при этом зависает. В релизе крешей нет. похоже, к крешу приводит именно ассерт, только не понятно, в каких случаях. как это побороть?

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

S>иногда, после отображения ассерта(с помощью ATLASSERT ), если сразу не нажать "пропустить", программа крешится. причем место креша отладчик всегда(независимо от места ассерта) указывает в _CrtDbgBreak, а диалог ассерта при этом зависает. В релизе крешей нет. похоже, к крешу приводит именно ассерт, только не понятно, в каких случаях. как это побороть?

http://www.rsdn.ru/forum/cpp.applied/3821438.1.aspx

Автор: remark
Дата: 26.05.10

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

S>иногда, после отображения ассерта(с помощью ATLASSERT ), если сразу не нажать "пропустить", программа крешится. причем место креша отладчик всегда(независимо от места ассерта) указывает в _CrtDbgBreak, а диалог ассерта при этом зависает. В релизе крешей нет. похоже, к крешу приводит именно ассерт, только не понятно, в каких случаях. как это побороть?

Причина зависания очень проста: диалог выполняется в том же процессе, а значит, программа не остановлена, а просто зашла в модальный цикл.
Работают таймеры окон. Работают другие потоки. И это при том, что
1) ассерт указал на разрушение инварианта
2) рабочему потоку прямо в этом месте, вероятно, нельзя было уходить в длительную операцию
3) продолжение фоновой работы влечёт новые ассерты
То есть, отхватываем беспощадное UB и/или взаимоблокировку, вовлекающую оконный поток.

К>Причина зависания очень проста: <...>
а может не крешится, а ловит int3 ?
ТС не указал тип исключения, на которое возбуждается отладчик (ну или ватсон)