Ответ 1
После того, как WinDbg перерывается, используйте эту команду для создания полного аварийного дампа:
.dump /ma C:\Path\To\A\CrashDump\File.dmp
У нас есть одностраничное приложение, которое случайно разбивает всю вкладку браузера. Я наблюдал память больше часа, но она не увеличивалась, и все выглядело просто отлично. После неожиданного прохода через некоторое время вкладка выйдет из строя.
Я искал аварийный сброс в
C:\Users\cburgdorf\AppData\Local\Google\CrashReports
но Chrome-last.dmp полностью устарел. Есть ли место, где я могу найти дополнительную информацию об аварии? Не говоря уже о том, что трудно воспроизвести зверя.
Интересно, могу ли я запустить Chrome с включенным windbg и ждать (2 часа или около того вздоха) для сбоя табуляции. Будет ли это работать?
UPDATE
Все вы дали хорошие ответы и предоставили ценный совет для поиска ошибок. В конце концов, я смог воспроизвести ошибку и получить ясный аварийный дамп, выполнив следующие шаги:
1.) windbg.exe -o chrome.exe
2.) reproduce crash
3.) .dump /ma C:\Path\To\A\CrashDump\File.dmp (as Paul pointed out)
4.) end session and load the crash dum with windbg
5.) use !analyze -v to extract valuable information
После того, как WinDbg перерывается, используйте эту команду для создания полного аварийного дампа:
.dump /ma C:\Path\To\A\CrashDump\File.dmp
Если вы хотите анализировать только определенную вкладку, вы должны следовать ниже.
Следуйте инструкциям http://www.chromium.org/for-testers/bug-reporting-guidelines/reporting-crash-bug, чтобы сообщить об аварии рендерера, чтобы разработчики Chromium могли его отлаживать.
Не могли бы вы использовать firebug в chrome и дать мне журнал? http://getfirebug.com/wiki/index.php/Command_Line_API
обн. вам нужно запустить chrome с опцией debug.
--enable-logging --v=1