FYI: both leaks are fixed in trunk: http://www.sqlite.org/src/info/93a0f452a7.
Pavel 2012/4/11 Zhenbo Xu <zhenbo1...@gmail.com>: > What about the second one? > The heap object allocated at > 7547 home_dir = > find_home_dir()<http://lcs.ios.ac.cn/~xuzb/bugsfound/memleak/sqlite-3.7.11/realbugs/report-cVtaoB.html#Path5_2> > ; and is not released when exiting this function via > 7558 return 1; > 在 2012年4月11日 下午8:06，Andrew Suffield <asuffi...@suffields.me.uk>写道： > >> On Wed, Apr 11, 2012 at 02:01:29PM +0200, Eduardo Morras wrote: >> > At 12:09 11/04/2012, you wrote: >> > >Hi, all >> > >I have applied a memory leak detection tool >> > >Melton<http://lcs.ios.ac.cn/~xuzb/melton.html> to >> > >find memory leaks in sqlite-3.7.11. >> > >Two bugs were found, and I check them manually as the real ones. >> > >Here is the url of the bugs: >> > > >> http://lcs.ios.ac.cn/~xuzb/bugsfound/memleak/sqlite-3.7.11/realbugs/index.html >> > >> > For the first one, check line 6307. It does a trick to call free >> > only if the pointer is not null. >> >> That's zSelect. The leaked object is zTmp, which has been sneakily >> allocated by the appendText function on 6276. Looks like it's actually >> leaked on every call. >> _______________________________________________ >> sqlite-users mailing list >> sqlite-users@sqlite.org >> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users >> > > > > -- > Zhenbo Xu > _______________________________________________ > sqlite-users mailing list > sqlite-users@sqlite.org > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
