<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" media="screen" href="/App_Themes/default/rss.xslt"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:evnet="http://www.mscommunities.com/rssmodule/"><channel><title>Comment Feed for Daniel Pearson: Debugging a Windows Blue Screen of Death  (Dan on Channel 9)</title><atom:link rel="self" type="application/rss+xml" href="http://channel9.msdn.com/posts/dan/daniel-pearson-debugging-a-windows-blue-screen-of-death/rss/default.aspx" /><image><url>http://mschnlnine.vo.llnwd.net/d1/Dev/App_Themes/C9/images/feedimage.png</url><title>Comment Feed for Daniel Pearson: Debugging a Windows Blue Screen of Death  (Dan on Channel 9)</title><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/</link></image><description>Daniel Pearson: Debugging a Windows Blue Screen of Death </description><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/</link><language>en-us</language><pubDate>Sat, 09 Aug 2008 00:14:34 GMT</pubDate><lastBuildDate>Sat, 09 Aug 2008 00:14:34 GMT</lastBuildDate><generator>EvNet (EvNet, Version=1.0.3599.6114, Culture=neutral, PublicKeyToken=null)</generator><item><title>Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>If you like debugging, see&amp;nbsp;&lt;A href="http://blogs.msdn.com/ntdebugging/"&gt;http://blogs.msdn.com/ntdebugging/&lt;/A&gt;</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=420526</link><pubDate>Sat, 09 Aug 2008 00:14:34 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=420526</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/420526/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>If you like debugging, see&amp;nbsp;http://blogs.msdn.com/ntdebugging/</evnet:previewtext><dc:creator>Jason E</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/420526/Trackback.aspx</trackback:ping></item><item><title>Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>&lt;P&gt;If you like debugging, check out&amp;nbsp;&lt;A href="http://blogs.msdn.com/ntdebugging/"&gt;http://blogs.msdn.com/ntdebugging/&lt;/A&gt;.&lt;BR&gt;&lt;BR&gt;&lt;/P&gt;</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=420525</link><pubDate>Sat, 09 Aug 2008 00:14:05 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=420525</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/420525/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>If you like debugging, check out&amp;nbsp;http://blogs.msdn.com/ntdebugging/.</evnet:previewtext><dc:creator>Jason E</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/420525/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>Mark's video goes into more deal about the requirements for a successful dump but at a bare minimum you should create a 16 MB paging file on the same partition that Windows is installed and set the system to perform a small memory dump. That way once you triage the minidumps, you'll be able to determine if it's the same problem causing all of the bugchecks or if another action plan needs to be followed.&lt;BR&gt;&lt;BR&gt;If you find it's your display driver causing the problem and it's not something the vendor has seen before, it's possible you'll need to provide them with a kernel memory dump. In that case you'll need to increase the size of the paging file on your boot partition and switch your options to kernel memory dump.</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416255</link><pubDate>Sat, 19 Jul 2008 12:34:29 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416255</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/416255/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Mark's video goes into more deal about the requirements for a successful dump but at a bare minimum you should create a 16 MB paging file on the same partition that Windows is installed and set the system to perform a small memory dump. That way once you triage the minidumps, you'll be able to&amp;#8230;</evnet:previewtext><dc:creator>Daniel Pearson</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/416255/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Re: Re: Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>Unfortunately your only real option is to attach a kernel debugger to the system and wait for it to crash again. If it's only just started happening and is rather frequent then I would suspect some sort of hardware error but get a debugger attached and we'll get some answers.</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416252</link><pubDate>Sat, 19 Jul 2008 12:17:35 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416252</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/416252/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Unfortunately your only real option is to attach a kernel debugger to the system and wait for it to crash again. If it's only just started happening and is rather frequent then I would suspect some sort of hardware error but get a debugger attached and we'll get some answers.</evnet:previewtext><dc:creator>Daniel Pearson</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/416252/Trackback.aspx</trackback:ping></item><item><title>Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>&lt;P&gt;Daniel's video nicely complements a talk I've delivered on crash and hang analysis at various conferences. You can check out the on-demand web cast from TechEd a couple years ago here:&lt;BR&gt;&lt;BR&gt;
&lt;TABLE cellPadding=0&gt;

&lt;TR&gt;
&lt;TD&gt;
&lt;P&gt;&lt;A title="TechEd On-Demand Webcast: Windows Hang and Crash Dump Analysis " href="http://www.microsoft.com/events/EventDetails.aspx?CMTYSvcSource=MSCOMMedia&amp;amp;Params=~CMTYDataSvcParams%5e~arg%20Name=%22ID%22%20Value=%221032298076%22/%5e~arg%20Name=%22ProviderID%22%20Value=%22A6B43178-497C-4225-BA42-DF595171F04C%22/%5e~arg%20Name=%22lang%22%20Value=%22en%22/%5e~arg%20Name=%22cr%22%20Value=%22US%22/%5e~sParams%5e~/sParams%5e~/CMTYDataSvcParams%5e" target=_blank&gt;&lt;B&gt;TechEd On-Demand Webcast: Windows Hang and Crash Dump Analysis &lt;/B&gt;&lt;/A&gt;&lt;/P&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TABLE&gt;I answer some of the questions raised here in the comments, like how to debug a frozen system and why a dump file requires a paging file on the boot volum (the one with \Windows).&lt;BR&gt;&lt;/P&gt;</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416157</link><pubDate>Fri, 18 Jul 2008 23:18:24 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416157</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/416157/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Daniel's video nicely complements a talk I've delivered on crash and hang analysis at various conferences. You can check out the on-demand web cast from TechEd a couple years ago here:




TechEd On-Demand Webcast: Windows Hang and Crash Dump Analysis I answer some of the questions raised here&amp;#8230;</evnet:previewtext><dc:creator>Mark Russinovich</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/416157/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Re: Re: Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>Can you save crash dumps in other cases?&amp;nbsp; Make sure your page file on the boot drive (the one with the Windows directory) is large enough to save the kind of dump you've selected and turn off "Automatically restart" so you can see the blue screen (including the&amp;nbsp;bugcheck code and parameters)&amp;nbsp;and the results of the attempt to save the crash dump.&lt;BR&gt;&lt;BR&gt;Then download notmyfault from here: &lt;A href="http://technet.microsoft.com/en-us/sysinternals/bb963901.aspx"&gt;http://technet.microsoft.com/en-us/sysinternals/bb963901.aspx&lt;/A&gt;&lt;BR&gt;&lt;BR&gt;Use notmyfault to crash your system and verify that crash dumps can be saved.</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416127</link><pubDate>Fri, 18 Jul 2008 20:49:04 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416127</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/416127/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Can you save crash dumps in other cases?&amp;nbsp; Make sure your page file on the boot drive (the one with the Windows directory) is large enough to save the kind of dump you've selected and turn off "Automatically restart" so you can see the blue screen (including the&amp;nbsp;bugcheck code and&amp;#8230;</evnet:previewtext><dc:creator>ZXTT95</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/416127/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>karnokd:&lt;BR&gt;&lt;BR&gt;It's simple really - boot device drivers have special requirements, which&amp;nbsp;lead to the ability to save crash dumps.&lt;BR&gt;&lt;BR&gt;A storage driver written any old way won't be able to do this.&amp;nbsp; Windows loads an extra copy of the boot driver, kernel crash dump writing code, plus a bitmap of the page file on the boot drive, then checksums the lot.&amp;nbsp; At blue screen time, the checksum is verified and if good, the crash dump is written directly to the sectors known to be used by the page file on the boot drive.</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416122</link><pubDate>Fri, 18 Jul 2008 20:41:18 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416122</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/416122/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>karnokd:It's simple really - boot device drivers have special requirements, which&amp;nbsp;lead to the ability to save crash dumps.A storage driver written any old way won't be able to do this.&amp;nbsp; Windows loads an extra copy of the boot driver, kernel crash dump writing code, plus a bitmap of the&amp;#8230;</evnet:previewtext><dc:creator>ZXTT95</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/416122/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Re: Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>Unhandled exceptions in kernel mode lead to reboot by policy (or if you're lucky a bluescreen with data capture for debugging purposes). Anytime something goes wrong in kernel world the system must commit temporary suicide (or start the reincarnation process, to be more positive in tone :)). There's too much weird and invalid state to deal with when this happens and typically and it's not worth it (the insuing instability and total strangeness that user mode gets to experience as a result)...&lt;BR&gt;&lt;BR&gt;This keeps happening on my machine and there's no way for me to debug given that no data on the fault is preserved (or even captured). Clearly, it's a device driver malfunction.&amp;nbsp;I suspect it's a driver that's not Vista Ready... :)&lt;BR&gt;&lt;BR&gt;What's one to do in this case, Daniel?&lt;BR&gt;C</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416101</link><pubDate>Fri, 18 Jul 2008 18:08:27 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416101</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/416101/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Unhandled exceptions in kernel mode lead to reboot by policy (or if you're lucky a bluescreen with data capture for debugging purposes). Anytime something goes wrong in kernel world the system must commit temporary suicide (or start the reincarnation process, to be more positive in tone :)). There's&amp;#8230;</evnet:previewtext><dc:creator>Charles</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/416101/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>Probably you get a freeze. A complete halt with the most current video buffer re-drawn over and over again.</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416055</link><pubDate>Fri, 18 Jul 2008 12:17:55 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=416055</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/416055/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Probably you get a freeze. A complete halt with the most current video buffer re-drawn over and over again.</evnet:previewtext><dc:creator>Christian Liensberger</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/416055/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>&lt;P&gt;That doesn't sound good charles ;).. I was interested because.. if theres no one "there" ie, the kernel itself doing its bugcheck code has crashed out due to a hardware fault.. does my system just sit there... I assume I'd still have display because the gpu would just be outputting the last buffer it was given?&lt;BR&gt;&lt;BR&gt;But I've watched the video now, really cool, loved the idea of trapping a driver by putting it on a "known offenders" list, and luring into doing something it will get caught red handed for.. :D&lt;/P&gt;</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415924</link><pubDate>Thu, 17 Jul 2008 18:49:59 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415924</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/415924/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>That doesn't sound good charles ;).. I was interested because.. if theres no one "there" ie, the kernel itself doing its bugcheck code has crashed out due to a hardware fault.. does my system just sit there... I assume I'd still have display because the gpu would just be outputting the last buffer&amp;#8230;</evnet:previewtext><dc:creator>stevo_</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/415924/Trackback.aspx</trackback:ping></item><item><title>Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>Hardcore! :-) Nice to see some close to the metal stuff in with all the managed goodness. Helps keep us honest as developers ;-)</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415869</link><pubDate>Thu, 17 Jul 2008 09:45:28 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415869</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/415869/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Hardcore! :-) Nice to see some close to the metal stuff in with all the managed goodness. Helps keep us honest as developers ;-)</evnet:previewtext><dc:creator>Tom Kirby-Green</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/415869/Trackback.aspx</trackback:ping></item><item><title>Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>Nice video. However, I never understood why there aren't any minidump created&amp;nbsp;in case the swap file is moved to a differend partition/hard disk in WinXP? (In my case, I play 3D games and the videocard driver sometimes crashes my system and I cannot hope to send that crash dump to its manufacturer.)</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415863</link><pubDate>Thu, 17 Jul 2008 09:21:33 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415863</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/415863/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>Nice video. However, I never understood why there aren't any minidump created&amp;nbsp;in case the swap file is moved to a differend partition/hard disk in WinXP? (In my case, I play 3D games and the videocard driver sometimes crashes my system and I cannot hope to send that crash dump to its manufacturer.)</evnet:previewtext><dc:creator>karnokd</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/415863/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>&lt;BR&gt;If this sort of thing is of intreast to you, this is a must see&amp;nbsp;&lt;A href="http://www.solsem.com/videolibrary.html#crashhang"&gt;Sysinternals Video Library&lt;/A&gt;&lt;BR&gt;&lt;BR&gt;</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415798</link><pubDate>Wed, 16 Jul 2008 23:16:50 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415798</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/415798/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>If this sort of thing is of intreast to you, this is a must see&amp;nbsp;Sysinternals Video Library</evnet:previewtext><dc:creator>PerfectPhase</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/415798/Trackback.aspx</trackback:ping></item><item><title>Re: Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>I've had something like this happen to my machine twice in the last two days. There's some sort of kernel crash that causes the system to reboot - with no telemetry whatsoever. Certainly a critical system failure, but the system is unable to record any data before restarting.&lt;BR&gt;&lt;BR&gt;C</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415792</link><pubDate>Wed, 16 Jul 2008 22:14:00 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415792</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/415792/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>I've had something like this happen to my machine twice in the last two days. There's some sort of kernel crash that causes the system to reboot - with no telemetry whatsoever. Certainly a critical system failure, but the system is unable to record any data before restarting.C</evnet:previewtext><dc:creator>Charles</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/415792/Trackback.aspx</trackback:ping></item><item><title>Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>I was just wondering today, what would happen if the 'code' that handles the bsod.. crashed? like, what if my processor was on last legs and caused an execution fault? &lt;BR&gt;&lt;BR&gt;Let me guess, something really boring like everything going blank, or my computer restarting (or not)?</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415790</link><pubDate>Wed, 16 Jul 2008 22:08:33 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415790</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/415790/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>I was just wondering today, what would happen if the 'code' that handles the bsod.. crashed? like, what if my processor was on last legs and caused an execution fault? Let me guess, something really boring like everything going blank, or my computer restarting (or not)?</evnet:previewtext><dc:creator>stevo_</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/415790/Trackback.aspx</trackback:ping></item><item><title>Re: Daniel Pearson: Debugging a Windows Blue Screen of Death </title><description>This is awesome. I would love to see much more like this. &lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;It was interesting how to see how you could find information from the memory dump.&lt;/div&gt;</description><comments></comments><link>http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415771</link><pubDate>Wed, 16 Jul 2008 21:02:21 GMT</pubDate><guid isPermaLink="false">http://channel9.msdn.com/posts/Dan/Daniel-Pearson-Debugging-a-Windows-Blue-Screen-of-Death/?CommentID=415771</guid><evnet:views>0</evnet:views><evnet:viewtrackingurl>http://channel9.msdn.com/415771/WebViewBug.aspx?EVT=0</evnet:viewtrackingurl><evnet:previewtext>This is awesome. I would love to see much more like this. It was interesting how to see how you could find information from the memory dump.</evnet:previewtext><dc:creator>Chadk</dc:creator><slash:comments>0</slash:comments><wfw:commentRss></wfw:commentRss><trackback:ping>http://channel9.msdn.com/415771/Trackback.aspx</trackback:ping></item></channel></rss>