Здравствуйте!

Хочу сделать костыль для программ, которые должны работать 24x7, но которые иногда "падают".
Нашёл такую функцию - RegisterApplicationRestart.
Сделал вот такой исходник, который нужно просто включить в проект

При падении приложения оно само перезапускает себя. И это работает для неструктурированных исключений (обращение по NULL, деление на 0 и т.п.), но если происходит структурированное исключение, например std::bad_alloc, то выдаётся сообщение

после нажатия на Ok программа просто закрывается и всё.
Мне нужно, чтобы при выкидывании структурированных исключений программа просто "падала", тогда система Microsoft Error Reporting её просто перезапустит.

В этой теме на СО предлагают обернуть весь код try - catch (...). Я такое сделал, но, если исключение происходит не в GUI-потоке, то сообщение всё равно появляется. Оборачивать все потоки в try - catch не вариант, т.к. хотелось бы получить результат одним простым движением, а не перелопачивать кучу своего и чужого кода.
Ещё в одной теме советуют либо переписать функцию abort (пробовал - не работает) либо вызвать функцию _set_abort_behavior (пробовал - с тем же результатом).

Вопрос: как отключить вывод этого окна или как перехватить его вывод и вместо него сделать что-нибудь нехорошее (например записать что-нибудь по NULL) ?

P.S. Не ругайте, пожалуйста, но я не помню как по-русски будет unexpected exception, поэтому назвал его неструктурированным ))

P.P.S. Я, естественно, понимаю, что нужно правильно писать программы, нужно всё и вся отлаживать, делать try - catch на любой чих и т.п., но есть пара нюансов, которые вам, скорее всего, неинтересны.

Это сообщение отредактировал(а) borisbn - 2.10.2014, 13:17

Поробуйте поиграться функциями set_terminate и  set_unexpected

xvr, спасибо, но, похоже, я зря выбросил комментарии из кода ))
На самом деле функция initAutoRecovery выглядит у меня так


Другими словами - пробовал... не помогает

Она при первом старте выполняется или только после крэша?

При старте программы

dummy - статическая переменная для вызова initAutoRecovery()

Собствено, в Filter можно уже и самому перезапустить приложение и не надеяться на WER.

Это сообщение отредактировал(а) DarthTon - 8.10.2014, 14:14

DarthTon, не помогает. Всё равно выдаётся это окошко с ссобщением

А можно мне какой-нибудь тестовый кусок кода? А то в моём случае работало с С++ ексепшенами?

DarthTon, я добавил в начало функции Filter код

и не видел этого сообщения.

Так с налёту трудно.. У меня проект на Qt и я запускаю Qt-шный поток, в котором и выкидывается std::bad_alloc(). Я специально в QThread::run() сделал std::vector::resize( 3 ГБ ) и вижу это сообщение от Microsoft.
Вот если сделать обращение по нулевому адресу, то я захожу в функцию Recover и всё идёт по плану.

Возможно, что-то потом переопределяет UnhandledExceptionFilter либо вызывает abort() напрямую, т.к. UnhandledExceptionFilter вроде ловит все С++ исключения нормально. Надо бы глянуть стек вызова и SEH-фреймы в TIB когда выпадает Runtime error!.

это релиз билд?

UnhandledExceptionFilter ничего не знает от С++ исключениях, он ловит SEH исключения.

читать по 2 ссылкам:
http://msdn.microsoft.com/ru-ru/library/1deeycx5.aspx
http://msdn.microsoft.com/ru-ru/library/5z4bw5h5.aspx

Это сообщение отредактировал(а) Dem_max - 9.10.2014, 06:27

korian, и в релизе и в дебаге поведение одинаковое, если запускать из проводника. Если запускать из студии под дебагом, то, ессно, студия останавливается в том месте, где было вызвано исключение, но мне  нужно не это.

Dem_max, поставил опцию /EHa и сделал такой код

сообщение "in trans_func" не показывается, а неубиенное окно от M$ - да.

  

забавно смотрится... Может это - ответ на мой вопрос )))

Выложи тестовый проект который имитирует данное поведение, я посмотрю у себя.