[collectd] Memory leaks

Niraj Tolia ntolia at gmail.com
Fri Oct 10 09:59:47 CEST 2008


On Thu, Oct 9, 2008 at 11:32 PM, Florian Forster <octo at verplant.org> wrote:
> Hi Niraj,
>
> On Thu, Oct 09, 2008 at 02:20:45PM -0700, Niraj Tolia wrote:
>> While on the topic, here are a couple of other leaks:
>
>> ==30675==    by 0x40AC00: uc_update (utils_cache.c:179)
>
>> My guess is that you don't free 'key' after the call to c_avl_remote()
>> in uc_check_timeout() in utils_cache.c. Would this be correct?
>
> uh, yes, that's a serious one, since it happens within the main loop and
> within the core daemon, too :/ I've applied a fix to the 4.4 branch and
> will give it some testing later today.

Great.

>
>> ==30675== 1,934 (480 direct, 1,454 indirect) bytes in 1 blocks are definitely lost in loss record 34 of 63
>> ==30675==    by 0x407497: cf_ci_append_children (configfile.c:429)
>
>> Not 100% sure on how to fix this one as I don't understand that code
>> too well.
>
> Are you using a version with this [0] fix included? As far as I see this
> *should* take care of that problem, too. I'll merge those changes into
> the 4.5 and master branches later, that should simplify testing :)
>

You are right. It should disappear with that patch.

Cheers,
Niraj



More information about the collectd mailing list