У меня был BSOD, и он создал файл DMP в C:\Windows\Minidump. Затем я открыл этот файл в Visual Studion с помощью File -> Open -> Crash Dump. Что-то открывает, но ничего разумного не видно.
Это правильный способ начать анализ аварийных дампов?
Что я должен увидеть в VS для этого?
Могу ли я увидеть стек вызовов, например?
В Debugger Immediate Window появляется следующее:
Аналогичное происходит с WinDbg:
Никакие клавиши или команды нельзя вводить где попало.
Проанализируйте dmp в Windbg. Получите WinDbg через Windows 10 SDK. Во время установки выберите Debugging Tools for Windows.
Теперь запустите Windbg.exe, загрузите dmp, исправьте путь к символу отладки и запустите !analyze -v на запустить автоматическую отладку. Посмотрите в документацию MSDN, что означает код STOP и другие команды, которые вы можете использовать для более глубокой отладки проблемы.
На основании «Требований и ограничений» в этом документе здесь: https://msdn.microsoft.com/en-us/library/d5zhxt22.aspx, при возникновении ошибки режима ядра Microsoft Windows по умолчанию отображает синий экран с данными проверки ошибок для отладки дампа режима ядра. файлы в Visual Studio 2013, вам необходимо загрузить Windows 8.1 Version of Debugging Tools for Windows.
О том, как выполнить отладку режима ядра в Microsoft Visual Studio:
https://msdn.microsoft.com/en-us/library/windows/hardware/hh451163(v=vs.85).aspx
О том, как отлаживать файл дампа Windows с помощью инструмента Windbg, вы можете получить подробные инструкции здесь:
http://timtrott.co.uk/debug-windows-crash-dumps-minidump/
Как и в предложении Хайндла, вам нужно загрузить символы с сервера Microsoft.
File --> Symbol File PathвSRV*http://msdl.microsoft.com/download/symbols. Если вы хотите ускорить загрузку символов для следующего сеанса отладки, вы можете настроить локальный кеш символов. - person haindl schedule 30.11.2016!analyze -vслишком короткий. Эта команда еще не завершена. Ваш путь к символу пуст, поэтому сначала исправьте его. - person Thomas Weller schedule 02.12.2016