<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Large Memory Acquisitions</title>
	<atom:link href="http://www.cutawaysecurity.com/blog/archives/533/feed" rel="self" type="application/rss+xml" />
	<link>http://www.cutawaysecurity.com/blog/archives/533</link>
	<description>Cutaway's Observations, Opinions, Rants, Raves, Tantrums, and Tirades</description>
	<lastBuildDate>Wed, 02 Jun 2010 22:30:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: DavidS</title>
		<link>http://www.cutawaysecurity.com/blog/archives/533/comment-page-1#comment-31196</link>
		<dc:creator>DavidS</dc:creator>
		<pubDate>Tue, 29 Sep 2009 23:02:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/?p=533#comment-31196</guid>
		<description>It would appear some progress has been made on this front.  It looks like HBGary Responder can read and process RAM dumps &gt; 4GB now.  I am looking at a 8GB dump from a Windows Server 2003 system now.  I will try the same on Responder Field Edition when I get a chance.

david@sharpebusinesssolutions.com</description>
		<content:encoded><![CDATA[<p>It would appear some progress has been made on this front.  It looks like HBGary Responder can read and process RAM dumps &gt; 4GB now.  I am looking at a 8GB dump from a Windows Server 2003 system now.  I will try the same on Responder Field Edition when I get a chance.</p>
<p><a href="mailto:david@sharpebusinesssolutions.com">david@sharpebusinesssolutions.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cutaway</title>
		<link>http://www.cutawaysecurity.com/blog/archives/533/comment-page-1#comment-31128</link>
		<dc:creator>cutaway</dc:creator>
		<pubDate>Fri, 15 May 2009 17:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/?p=533#comment-31128</guid>
		<description>@David,

   Well, that is the battle isn&#039;t it.  MS gets to change what they want when they want it.  We just get to keep up.  Now it is just getting other people to understand these dynamics.

   Thank you for the information about testing.  

Don</description>
		<content:encoded><![CDATA[<p>@David,</p>
<p>   Well, that is the battle isn&#8217;t it.  MS gets to change what they want when they want it.  We just get to keep up.  Now it is just getting other people to understand these dynamics.</p>
<p>   Thank you for the information about testing.  </p>
<p>Don</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DavidS</title>
		<link>http://www.cutawaysecurity.com/blog/archives/533/comment-page-1#comment-31127</link>
		<dc:creator>DavidS</dc:creator>
		<pubDate>Fri, 15 May 2009 16:35:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/?p=533#comment-31127</guid>
		<description>Understood.  FDpro 1.0.4.0096 works in situations that bugchecked 100% of the time for me with 1.0.4.0072.  I thought this worked fine before.  Maybe a Microsoft patch or hotfix broke something somewhere along the way?</description>
		<content:encoded><![CDATA[<p>Understood.  FDpro 1.0.4.0096 works in situations that bugchecked 100% of the time for me with 1.0.4.0072.  I thought this worked fine before.  Maybe a Microsoft patch or hotfix broke something somewhere along the way?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cutaway</title>
		<link>http://www.cutawaysecurity.com/blog/archives/533/comment-page-1#comment-31126</link>
		<dc:creator>cutaway</dc:creator>
		<pubDate>Fri, 15 May 2009 15:05:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/?p=533#comment-31126</guid>
		<description>@David,

   I am aware the HBGary is testing new versions of FDPro.  Although I did experience this problem with FDPro I also experienced it when using F-Response and FTK Imager.  I have not experienced this behavior with mdd, Memoryze, Nigilant32 but that is basically because I don&#039;t think I have used them in these situations.  Right now I have limited resources (meaning none) with extra memory to test.

   Basically what I am trying to say is that I cannot be sure if these are experiences that are limited to FDPro or rather memory acquisition in general.  I think time will tell and I also believe that most developers of these tools are looking into this issue specifically.  Hopefully soon we will have some updates and new features.

Go forth and do good things,
Don C. Weber</description>
		<content:encoded><![CDATA[<p>@David,</p>
<p>   I am aware the HBGary is testing new versions of FDPro.  Although I did experience this problem with FDPro I also experienced it when using F-Response and FTK Imager.  I have not experienced this behavior with mdd, Memoryze, Nigilant32 but that is basically because I don&#8217;t think I have used them in these situations.  Right now I have limited resources (meaning none) with extra memory to test.</p>
<p>   Basically what I am trying to say is that I cannot be sure if these are experiences that are limited to FDPro or rather memory acquisition in general.  I think time will tell and I also believe that most developers of these tools are looking into this issue specifically.  Hopefully soon we will have some updates and new features.</p>
<p>Go forth and do good things,<br />
Don C. Weber</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DavidS</title>
		<link>http://www.cutawaysecurity.com/blog/archives/533/comment-page-1#comment-31125</link>
		<dc:creator>DavidS</dc:creator>
		<pubDate>Fri, 15 May 2009 02:13:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/?p=533#comment-31125</guid>
		<description>I had the same problem with the current production version of FDpro.exe on systems with more than 4GB of RAM, but that seems to be fixed in FDpro.exe version 1.0.4.0096.  Have you had a chance to try that version of FDpro yet?

david@sharpebusinesssolutions.com</description>
		<content:encoded><![CDATA[<p>I had the same problem with the current production version of FDpro.exe on systems with more than 4GB of RAM, but that seems to be fixed in FDpro.exe version 1.0.4.0096.  Have you had a chance to try that version of FDpro yet?</p>
<p><a href="mailto:david@sharpebusinesssolutions.com">david@sharpebusinesssolutions.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: moses</title>
		<link>http://www.cutawaysecurity.com/blog/archives/533/comment-page-1#comment-31113</link>
		<dc:creator>moses</dc:creator>
		<pubDate>Thu, 07 May 2009 01:58:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/?p=533#comment-31113</guid>
		<description>its definately not user error
the tools vendors&#039; compiler vendor is to blame.
32 pointers are all you can expect</description>
		<content:encoded><![CDATA[<p>its definately not user error<br />
the tools vendors&#8217; compiler vendor is to blame.<br />
32 pointers are all you can expect</p>
]]></content:encoded>
	</item>
</channel>
</rss>
