<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>[PowerShell Script] Displaying the Call Stack for Inner and Hidden Exceptions</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx</link><description>This script automates a technique I’ve been using for a long time whenever I need to see the stack for exceptions hidden in a call stack and if you are like me, you prefer to use an automated approach rather than a manual approach. I’m not going to write</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>MSDN Blog Postings  &amp;raquo; [PowerShell Script] Displaying the Call Stack for Inner and Hidden Exceptions</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx#7124437</link><pubDate>Wed, 16 Jan 2008 05:35:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7124437</guid><dc:creator>MSDN Blog Postings  » [PowerShell Script] Displaying the Call Stack for Inner and Hidden Exceptions</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://msdnrss.thecoderblogs.com/2008/01/15/powershell-script-displaying-the-call-stack-for-inner-and-hidden-exceptions/"&gt;http://msdnrss.thecoderblogs.com/2008/01/15/powershell-script-displaying-the-call-stack-for-inner-and-hidden-exceptions/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>re: [PowerShell Script] Displaying the Call Stack for Inner and Hidden Exceptions</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx#8355909</link><pubDate>Fri, 04 Apr 2008 10:05:37 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8355909</guid><dc:creator>Roberto Farah</dc:creator><description>&lt;p&gt;New version. Now it doesn't use start-sleep anymore because PowerDbg v3.0 and later doesn't require forced delays anymore!&lt;/p&gt;</description></item><item><title>error when opening "C:\Arquivos de programas\Debugging Tools for Windows x86\POWERDBG.LOG"</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx#8999837</link><pubDate>Tue, 14 Oct 2008 20:37:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8999837</guid><dc:creator>lsalamon</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;About error when opening &amp;quot;C:\Arquivos de programas\Debugging Tools for Windows x86\POWERDBG.LOG&amp;quot; I do this :&lt;/p&gt;
&lt;p&gt;- desinstall &amp;quot;Debugging Tools for Windows (x86)&amp;quot; because &lt;/p&gt;
&lt;p&gt;this is installed in this path : &amp;quot;C:\Arquivos de programas\Debugging Tools for Windows (x86)&amp;quot;&lt;/p&gt;
&lt;p&gt;- reinstall in new path : &amp;quot;&amp;quot;C:\Arquivos de programas\Debugging Tools for Windows x86&amp;quot;&lt;/p&gt;
&lt;p&gt;The new path don't have parenthesis in name, like first default installation. &lt;/p&gt;</description></item><item><title>re: [PowerShell Script] Displaying the Call Stack for Inner and Hidden Exceptions</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx#9002291</link><pubDate>Thu, 16 Oct 2008 23:36:46 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9002291</guid><dc:creator>Roberto Farah</dc:creator><description>&lt;p&gt;Hi ISalamon,&lt;/p&gt;
&lt;p&gt;One week ago a co-worker reported the same problem. This is a bug in PowerDbg code, when handling parentesis. I&amp;#180;d suggest the same workaround you already applied. Soon the tool is going to use a COM object to communicate with WinDbg, so hopefuly this problem will be solved. :)&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;
</description></item><item><title>[PowerShell Script] PowerDbg v5.0—Using PowerShell to Control WinDbg</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx#9394444</link><pubDate>Wed, 04 Feb 2009 06:46:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9394444</guid><dc:creator>Debugging Toolbox</dc:creator><description>&lt;p&gt;I’m very excited to present the new PowerDbg v5.0! There’s just one change, but it’s a HUGE change that&lt;/p&gt;
</description></item><item><title>[PowerShell Script] PowerDbg v5.1—Using PowerShell to Control WinDbg</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx#9490821</link><pubDate>Thu, 19 Mar 2009 21:30:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9490821</guid><dc:creator>Debugging Toolbox</dc:creator><description>&lt;p&gt;So, here we go again. This is a minor version with a few new cmdlets. These new cmdlets are those that&lt;/p&gt;
</description></item><item><title>[PowerShell Script] PowerDbg v5.2—Using PowerShell to Control WinDbg</title><link>http://blogs.msdn.com/debuggingtoolbox/archive/2008/01/15/powershell-script-displaying-inner-and-hidden-exceptions.aspx#9550095</link><pubDate>Wed, 15 Apr 2009 08:47:07 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9550095</guid><dc:creator>Debugging Toolbox</dc:creator><description>&lt;p&gt;This version has two improvements and some scripts were changed to be compatible with this new version:&lt;/p&gt;
</description></item></channel></rss>