2013-08-31 3 views
0

У меня есть приложение (не написано), которое создает APPCRASH дампы в C: \ Windows \ SysWOW64. Приложение во время демпинга искалечено, но работает с минимальной производительностью, а не теряет данные. Проблема в том, что эти дампы настолько велики, что система тратит большую часть времени на это, и приложение сильно отстает в обработке и скоро начнет терять данные.Перенаправить APPCRASH Дампы (или выключить их)

План состоит в том, чтобы полностью отключить его или подключить к приводу RAM и очистить их, как только они попадут в RAM-привод.

Теперь я заглянул, используя этот ключ:

http://msdn.microsoft.com/en-us/library/windows/desktop/bb787181%28v=vs.85%29.aspx

Но все это делает генерировать второй дамп теперь вместо перенаправлять оригинал.

Свалка имени:

свалка-2013_03_31-15_23_55_772.dmp

Это, как правило, сфера разработчиков на Windows (с вещами, как C/C++), поэтому я хотел бы, чтобы поразить их , не думаю, что ServerFault может получить от меня ответы.

Дополнительно: это не файлы с дампами на велосипеде (они заполнят 20GB слева на жестком диске), поэтому я не уверен, что это поведение Windows или пользовательский код в приложении (если это ... ick !).

ответ

1

Чтобы написать DumpFile, приложение должно вызвать функцию «MiniDumpWriteDump», так что это не поведение системы или что-то, что вы можете контролировать, она управляется приложением. Если он сбрасывается при сбоях, он использует «SetUnhandledExceptionFilter», чтобы установить свою собственную процедуру обработки, прежде чем (!) ОС перейдет в режим ожидания. К сожалению, я не нашел способ переписать этот обработчик из другого процесса, поэтому остается только упомянуть, что есть запись в регистре для приложения, переключающего поведение или изменяющего путь (поскольку мои приложения имеют это именно по этой причине вы описываете).

 Смежные вопросы

  • Нет связанных вопросов^_^