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

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

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

R>>какая именно возможность procdump-a Вас интересует?

K>В способе, который описан по ссылке, предполагается, что программа, которую мониторят и процесс, который формирует дамп, знают друг о друге.
K>В случае, если аварийный дамп создается через procdump, то аварийная программа ничего ему не передает.
K>И в идеале, при снятии дампа хотелось бы обойтись без передачи идентификатора потока и указателя на контекст исключения.

если коротко, то как-то так:
DebugActiveProcess — для "Write a dump when the process encounters an unhandled exception"
SendMessageTimeout — для "Write dump if process has a hung window (does not respond to window messages for at least 5 seconds)"

возможно еще можно найти исходники procdump-a, думаю на wasm-e или здесь у кого есть, но ничего сверх естественного там не будет

UPD. вот есть пример для hung window

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

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

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

R>>какая именно возможность procdump-a Вас интересует?

K>В способе, который описан по ссылке, предполагается, что программа, которую мониторят и процесс, который формирует дамп, знают друг о друге.
K>В случае, если аварийный дамп создается через procdump, то аварийная программа ничего ему не передает.
K>И в идеале, при снятии дампа хотелось бы обойтись без передачи идентификатора потока и указателя на контекст исключения.

если коротко, то как-то так:
DebugActiveProcess — для "Write a dump when the process encounters an unhandled exception"
SendMessageTimeout — для "Write dump if process has a hung window (does not respond to window messages for at least 5 seconds)"

возможно еще можно найти исходники procdump-a, думаю на wasm-e или здесь у кого есть, но ничего сверх естественного там не будет

UPD. вот есть пример для hung window

UPD2. вот и пример для process encounters an unhandled exception