[Freeswitch-users] Memory leak in mod_nibblebill or in ODBC core?

[Anthony Minessale]

ok so you don't know for sure then, this is obviously a small box.
My browser right now is using 500m to let me write this email to you.

if you find nothing, it would suggest pools growing more than a real leak
since valgrind would normally pick it up.
I did not make this nibble bill module but I did correct the code in the
place you pointed out.  Give it a try.

I wish I could nibble-bill this mailing list =p


On Mon, May 10, 2010 at 11:14 AM, Sergey Okhapkin
<sos at sokhapkin.dyndns.org>wrote:

> It's already on jira - FSMOD-48. Valgrind with --leak-check=full finds
> nothing.
>
> Memory kept growing and growing, I had to restart FS when RSS reached 500M
> to
> avoid swap.
>
> On Monday 10 May 2010, Anthony Minessale wrote:
> > Why does this thread continue on the list instead of being opened in JIRA
> > Can you see how this issue can be forgotten because it's on the mailing
> >  list that gets 200 emails a day?
> > When you show the code in the body of an email like that, then I have to
> > spend a minuted wondering where in the code you were talking about
> because
> > it's not in the form of a unified diff.
> >
> > I appreciate that you do not normally have to deal with organized
> software
> > management but I must ask that you please spend a little time to learn
> our
> > customs and use JIRA and patches to communicate bug reports.  I am glad
> you
> > are helping to find problems but we really need to stay organized to make
> >  it forward.
> >
> > I redid the function in latest GIT.  It did look like it was doing a few
> > things wrong but they probably would have surfaced in valgrind if you
> were
> > running it in full leak check mode.  When you say it goes to 300M, does
> it
> > keep going from there because there is a bit of memory that will be
> pooled
> > as you start to use more advanced features.  Did you ever watch it to see
> > how high it will go?
> >
> > On Sun, May 9, 2010 at 4:01 PM, Sergey Okhapkin
> <sos at sokhapkin.dyndns.org>wrote:
> > > Shouldn't label "end:" be BEFORE
> > > switch_odbc_statement_handle_free(&stmt); ?
> > > I think it should...
> > >
> > >
> > > static switch_status_t bill_event(
> > > ....
> > >
> > >       if (switch_odbc_handle_exec(globals.master_odbc, sql, &stmt,
> NULL)
> > > != SWITCH_ODBC_SUCCESS) {
> > >                char *err_str;
> > >                err_str =
> > > switch_odbc_handle_get_error(globals.master_odbc, stmt);
> > >                switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_ERROR,
> > > "ERR:
> > > [%s]\n[%s]\n", sql, switch_str_nil(err_str));
> > >                switch_safe_free(err_str);
> > >        } else {
> > >                /* TODO: Failover to a flat/text file if DB is
> unavailable
> > > */
> > >
> > >                goto end;
> > >        }
> > >
> > >        switch_odbc_statement_handle_free(&stmt);
> > >
> > > end:
> > >
> > > On Sunday 09 May 2010, Brian West wrote:
> > > > What are you calling significant memory usage?
> > > >
> > > > /b
> > > >
> > > > On May 9, 2010, at 2:10 PM, Sergey Okhapkin wrote:
> > > > > Valgrind output shows no significant leaks. This was discussed
> > > > > already
> > >
> > > in
> > >
> > > > > this thread a month ago.
> > > > >
> > > > > On Sunday 09 May 2010, Brian West wrote:
> > > > >> Please use valgrind and see where its leaking then open a jira.
> > > > >>
> > > > >> Nobody has been able to reproduce this in a lab nor provide any
> > >
> > > details
> > >
> > > > >> to assist in finding the issue... All I have seen is people
> > >
> > > complaining
> > >
> > > > >> about it and not doing what they should debugging the issue and
> > > > >> reporting it.
> > > > >>
> > > > >> /b
> > > >
> > > > _______________________________________________
> > > > FreeSWITCH-users mailing list
> > > > FreeSWITCH-users at lists.freeswitch.org
> > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > > > UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-user
> > > >s http://www.freeswitch.org
> > >
> > > _______________________________________________
> > > FreeSWITCH-users mailing list
> > > FreeSWITCH-users at lists.freeswitch.org
> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > > UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> > > http://www.freeswitch.org
> >
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100510/61c70129/attachment-0001.html