<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[Snooda]]></title> 
<link>http://www.snooda.com/index</link> 
<description><![CDATA[Snooda's Blog]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[Snooda]]></copyright>
<item>
<link>http://www.snooda.com/read/</link>
<title><![CDATA[valgrind-内存泄露监测工具]]></title> 
<author>snooda &lt;admin@snooda.com&gt;</author>
<category><![CDATA[默认分类]]></category>
<pubDate>Sat, 30 Apr 2011 15:13:02 +0000</pubDate> 
<guid>http://www.snooda.com/read/</guid> 
<description>
<![CDATA[ 
	    最近搞的监控程序总是莫名其妙的core，有时报curl在clean阶段错误，有时报free错误，有时一启动就报错误，有时运行几小时后才报。初步判断为内存问题。<br />
    今天下午决定查查问题出在哪里，过了一遍代码，查不出问题在哪里。无语用mtrace测试了一下，报了一堆内存问题，但定位信息都是十六进制地址，无法判断到底哪行出的问题，后来发现了valgrind工具，使用了里面的Memcheck，一测试后直接报出了在90行处strncpy一个字节的内存写泄露。。原来是少分配了一个字节。晕。<br />
<br />
    强大的valgrind。
]]>
</description>
</item><item>
<link>http://www.snooda.com/read/#blogcomment</link>
<title><![CDATA[[评论] valgrind-内存泄露监测工具]]></title> 
<author> &lt;user@domain.com&gt;</author>
<category><![CDATA[评论]]></category>
<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> 
<guid>http://www.snooda.com/read/#blogcomment</guid> 
<description>
<![CDATA[ 
	
]]>
</description>
</item>
</channel>
</rss>