<?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>Examine .Net Memory Leaks</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx</link><description>Writing programs using .Net is very productive. One reason is because much of memory management is “managed” for you. In C, C++ and other “native” languages, if you allocate memory, you’re responsible for freeing it. There were stopgap measures, like</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Examine .Net Memory Leaks</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#8397799</link><pubDate>Tue, 15 Apr 2008 18:54:13 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8397799</guid><dc:creator>a reader</dc:creator><description>&lt;p&gt;FileSystemWatcher has a Dispose method that should be called to release unmanaged resources. &amp;nbsp;The dispose method can optionally release managed resources as well.&lt;/p&gt;
</description></item><item><title>re: Examine .Net Memory Leaks</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#8404322</link><pubDate>Thu, 17 Apr 2008 22:22:58 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8404322</guid><dc:creator>Doug Kimzey</dc:creator><description>&lt;p&gt;Thank you for the really timely info. &amp;nbsp;I am currently tracking down a memory leak in an OCX being called from a VFP 9 application. &amp;nbsp;This OCX returns data to the VFP application as BSTRs through CString::AllocSysString(). Would you know if VFP handles the cleanup of BSTRs allocated in an OCX and are there any VFP calls that will invoke garbage collection to handle these BSTRs?&lt;/p&gt;
&lt;p&gt;Thanks again,&lt;/p&gt;
&lt;p&gt;Doug Kimzey&lt;/p&gt;
&lt;p&gt;Senior Developer&lt;/p&gt;
&lt;p&gt;DPRA, Inc.&lt;/p&gt;
</description></item><item><title>.NET Tools maturing</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#8415649</link><pubDate>Tue, 22 Apr 2008 01:57:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8415649</guid><dc:creator>Greg</dc:creator><description>&lt;p&gt;Good to see Visual Studio 2008 making progress in adding development tools lacking in VS2003 and VS2005 (memory debugging, profiling, etc.).&lt;/p&gt;
&lt;p&gt;It would still be nice to get the profiler built into VS 2008 pro instead of just team foundation.&lt;/p&gt;
</description></item><item><title>re: Examine .Net Memory Leaks</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#8415726</link><pubDate>Tue, 22 Apr 2008 03:04:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8415726</guid><dc:creator>Calvin_Hsia</dc:creator><description>&lt;p&gt;Doug: VFP Garbage collection is limited to names in the name table, not BSTRs allocated in an OCX&lt;/p&gt;
&lt;p&gt;Such BSTRs should follow COM Allocation rules: &lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://msdn2.microsoft.com/en-us/library/ms686638"&gt;http://msdn2.microsoft.com/en-us/library/ms686638&lt;/a&gt;(VS.85).aspx&lt;/p&gt;
</description></item><item><title>x86 64 run command not found</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#8563522</link><pubDate>Fri, 30 May 2008 18:57:15 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8563522</guid><dc:creator>x86 64 run command not found</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://jarrett.thedigestabout.info/x8664runcommandnotfound.html"&gt;http://jarrett.thedigestabout.info/x8664runcommandnotfound.html&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>Synchronize your files across machines with Mesh</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#8962990</link><pubDate>Wed, 24 Sep 2008 05:08:37 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8962990</guid><dc:creator>Calvin Hsia's WebLog</dc:creator><description>&lt;p&gt;I have a collection of almost 30,000 pictures and videos. When I add new pictures to the collection,&lt;/p&gt;
</description></item><item><title>Overload Operator new to detect memory leaks</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#9341633</link><pubDate>Tue, 20 Jan 2009 05:48:50 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9341633</guid><dc:creator>Calvin Hsia's WebLog</dc:creator><description>&lt;p&gt;There are various leak detection methods for memory allocators. A popular one is to tag each allocation&lt;/p&gt;
</description></item><item><title>Memory Leaks Demo &amp; Detection in .NET Application</title><link>http://blogs.msdn.com/calvin_hsia/archive/2008/04/11/8381838.aspx#9412008</link><pubDate>Wed, 11 Feb 2009 07:36:10 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9412008</guid><dc:creator>Bill Li</dc:creator><description>&lt;p&gt;Memory leaks are always headache of developers. Do .NET developers no longer bother to worry about memory&lt;/p&gt;
</description></item></channel></rss>