С++ - полностью приостановить приложение Windows

Чтобы ответить на этот вопрос, важно понять, как работают программы пользовательского интерфейса Windows.

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

Теперь, почему вы получаете все эти диалоги? Диалоговые окна, в том числе MessageBox, также имеют насос сообщений. Таким образом, они будут извлекать сообщения из очереди сообщений (в модели Windows не имеет большого значения, кто отправляет сообщения). Это позволяет работать краскам, движениям мыши и вводу с клавиатуры. Это также вызовет дополнительные таймеры и, следовательно, диалоговые окна.

Таким образом, канонический подход Windows состоит в том, чтобы обрабатывать каждое сообщение всякий раз, когда оно приходит. Они являются фактом жизни, и вы имеете дело с ними.

В вашей ситуации я бы рассмотрел небольшое изменение. Вы действительно хотите сохранить состояние вашего стека в точке, где произошло утверждение. Это особенность утверждений, которая заслуживает уважения. Поэтому выделите поток для своего диалога и создайте его без родительского HWND. Это дает диалогу изолированную очередь сообщений, независимую от исходного окна. Поскольку для него также есть новый поток, вы можете приостановить исходный поток, в который приходит WM_TIMER.

Не показывать подсказку — либо войти в файл/вывод отладки, либо просто принудительно сломать отладчик (обычно зависящий от платформы, например, Microsoft __debugbreak()). Вы должны сделать что-то более пассивное, чем показывать диалоговое окно, если есть задействованные потоки, которые могут привести к большому количеству сбоев.

Создайте рабочий поток для кода отладки. Когда происходит утверждение, отправьте сообщение рабочему потоку. Рабочий поток будет вызывать SuspendThread в каждом потоке. в процессе (кроме самого себя), чтобы остановить его, а затем отобразить окно сообщения.

Чтобы получить потоки в процессе — создайте dll и отслеживайте DllMain для присоединения (и отсоединения) потока — каждый вызов будет выполняться в контексте создаваемого (или уничтожаемого) потока, поэтому вы можете получить идентификатор текущего потока и создать дескриптор для использования с SuspendThread.

Или отладочный API toolhelp поможет вам найти из потоков, чтобы приостановить.

Причина, по которой я предпочитаю этот подход, заключается в том, что мне не нравятся утверждения, вызывающие побочные эффекты. Слишком часто у меня возникал пожар утверждений из-за асинхронной обработки сокета или кода обработки оконных сообщений, тогда в этом потоке создается окно сообщения утверждения, которое либо приводит к повреждению состояния потока из-за совершенно неожиданной точки повторного входа - MessageBox также отбрасывает любые сообщения, отправленные в поток, поэтому он портит любые рабочие потоки, используя очереди сообщений потока для постановки в очередь заданий.

Моя собственная реализация ASSERT вызывает DebugBreak() или, как альтернативу, INT 3 (__asm int 3 в MS VC++). ASSERT должен сломаться в отладчике.

Используйте функцию MessageBox. Это будет заблокировано, пока пользователь не нажмет «ОК». После того, как это будет сделано, вы можете отказаться от дополнительных сообщений об ошибках утверждения или по-прежнему отображать их по своему выбору.