Я бы использовал инструмент отладки Microsoft: WinDbg . Он может читать и автоматически анализировать дампы памяти, как у вас. (Команда WinDbg метко назвал: !analyze
)
Инструмент мощный, но довольно сложный. Вот подробное руководство .
На этом же форуме предлагается BlueScreenView . Я не пробовал это; это, вероятно, проще в использовании, но не дает такой подробной информации.
Обновить:
Есть ли способ понять, какой именно драйвер имеет проблемы?
После !analyze
запуска k
или kd
. Это покажет трассировку стека прямо перед сбоем. Трассировка стека - это список вызовов функций, выполненных непосредственно перед сбоем, причем самый последний из них находится вверху. По крайней мере, вы должны быть в состоянии узнать имена файлов соответствующих модулей (DLL).
Я предлагаю поделиться полными результатами !analyze
и / или дампом памяти с людьми, которые опытны в WinDbg и заинтересованы в помощи. Ранее связанный форум MajorGeeks выглядит как хорошее место.