<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: 10 Common Mistakes in Memory Analysis (Part 6)</title>
	<link>https://www.dumpanalysis.org/blog/index.php/2009/12/08/10-common-mistakes-in-memory-analysis-part-6/</link>
	<description>Structural and Behavioral Patterns for Software Diagnostics, Forensics and Prognostics</description>
	<pubDate>Tue, 05 May 2026 16:25:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Dmitry Vostokov</title>
		<link>https://www.dumpanalysis.org/blog/index.php/2009/12/08/10-common-mistakes-in-memory-analysis-part-6/#comment-741748</link>
		<dc:creator>Dmitry Vostokov</dc:creator>
		<pubDate>Sun, 28 Jan 2018 12:07:13 +0000</pubDate>
		<guid>https://www.dumpanalysis.org/blog/index.php/2009/12/08/10-common-mistakes-in-memory-analysis-part-6/#comment-741748</guid>
		<description>Some WinDbg debugger commands are context sensitive. For example, .trap command is incompatible with !running -t command: the latter shows all CPU threads having the same stack trace as in the output of k after .trap.</description>
		<content:encoded><![CDATA[<p>Some WinDbg debugger commands are context sensitive. For example, .trap command is incompatible with !running -t command: the latter shows all CPU threads having the same stack trace as in the output of k after .trap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dmitry Vostokov</title>
		<link>https://www.dumpanalysis.org/blog/index.php/2009/12/08/10-common-mistakes-in-memory-analysis-part-6/#comment-741640</link>
		<dc:creator>Dmitry Vostokov</dc:creator>
		<pubDate>Tue, 12 Nov 2013 12:55:20 +0000</pubDate>
		<guid>https://www.dumpanalysis.org/blog/index.php/2009/12/08/10-common-mistakes-in-memory-analysis-part-6/#comment-741640</guid>
		<description>Another example, is when we are in x86 mode initially in a complete memory dump:

16.0: kd:x86&gt; .load wow64exts
16.0: kd:x86&gt; !sw
The context is partially valid. Only x86 user-mode context is available.
Switched to 64bit mode
16.0: kd&gt;</description>
		<content:encoded><![CDATA[<p>Another example, is when we are in x86 mode initially in a complete memory dump:</p>
<p>16.0: kd:x86> .load wow64exts<br />
16.0: kd:x86> !sw<br />
The context is partially valid. Only x86 user-mode context is available.<br />
Switched to 64bit mode<br />
16.0: kd></p>
]]></content:encoded>
	</item>
</channel>
</rss>
