MessageBox Аномальное завершение программы поддерживает работу моего приложения

В папке установки C++Builder проверьте наличие следующих файлов:

• source\cpprtl\Source\misc\errormsg.c - реализация _ErrorMessage
• source\cpprtl\Source\procses\abort.c - реализация abort, которая вызывает _ErrorMessage
• source\cpprtl\Source\misc\assert.c - реализация _assert, которая вызывает _ErrorMessage

errormsg.c определяет недокументированный указатель функции _messagefunc, который можно настроить для переопределения поведения по умолчанию. Хотя он недокументирован и не объявлен ни в одном заголовочном файле, вы можете объявить его как extern и таким образом получить к нему доступ. Пример использования:

extern int (_RTLENTRY * _EXPDATA _messagefunc)(char *msg);

static int LogAndDie(char *msg)
{
  LogMessageToSomeFile(msg);
  exit(1);
  return 0;
}

void InitializeErrorHandling()
{
  _messagefunc = LogAndDie;
}

Возможно, вы сможете использовать отчеты об ошибках Windows для создания дампа процесса, когда необработанное исключение вызывает завершение. Затем вы можете просмотреть дамп на досуге и позволить какому-либо родительскому процессу или другому сторожевому таймеру перезапустить ваш процесс. Если бы вы выбрали эту стратегию, вы бы не пытались справиться с ошибкой в ​​своем коде, а допустили бы ее.

Если вы хотите зафиксировать любой выход из программы, вам следует обратиться к atexit(). Если вы хотите зафиксировать все события завершения, посмотрите std::set_terminate(), если вы хотите перехватить все непредвиденные исключения, посмотрите std::set_unexpected(). Если вы хотите захватить только abort(), вы можете вызвать signal() с SIGABRT значение сигнала. Вы также можете обернуть свой код try{your code}catch(...){custom event handler}.

Я мог бы провести некоторые тесты, и я могу только подтвердить, что регистрация обработчика сигнала SIGABRT — это просто NOOP.

Я попробовал это с очень простым приложением с графическим интерфейсом, написанным с помощью VS2008 Express. :

• ни фреймворка, ни .NET, а только Win API
• одно меню с Exit и Fatal
• меню, управляемое непосредственно в WndProc
• Фатальная казнь 1/0

Вот результат:

• никаких специальных действий => Windows открывает MessageBox, указывающий на фатальную ошибку...
• обработчик сигнала для SIGABRT => тот же MessageBox
• С++ try catch(...) => тот же MessageBox
• SEH в WndProc: может перехватить ошибку!
• SEH вокруг цикла сообщений: может перехватить ошибку!

Если я ставлю обработчики SEH бота, то ловит самый внутренний (WndProc).

Хорошей новостью для вас является то, что этого достаточно для защиты цикла обработки сообщений, и вам не нужно заходить в каждый WndProc.

Плохая новость в том, что я не знаю компоновщика C++ и не могу сказать, где найти цикл обработки сообщений.

Просто чтобы дать вам подсказку, вот как я могу защитить цикл обработки сообщений в приложении WinAPI:

__try {
while (GetMessage(&msg, NULL, 0, 0))
{
    if (!TranslateAccelerator(msg.hwnd, hAccelTable, &msg))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
}
}
__except (EXCEPTION_EXECUTE_HANDLER){
    ::MessageBox(NULL, _T("FATAL"), _T("MAIN"), MB_OK | MB_ICONERROR);
}

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

Но ... поскольку сообщение, которое вы показываете, не является оригинальным сообщением Windows, я подозреваю, что построитель С++ уже имеет такой обработчик исключений в своем цикле сообщений.

Надеюсь, поможет ...