[asterisk-bugs] [Asterisk 0014636]: memory leak in "strings.c"

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14636 
====================================================================== 
Reported By:                pj
Assigned To:                lmadsen
====================================================================== 
Project:                    Asterisk
Issue ID:                   14636
Category:                   Core/PBX
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 180373 
Request Review:              
====================================================================== 
Date Submitted:             2009-03-10 05:59 CDT
Last Modified:              2009-05-12 13:48 CDT
====================================================================== 
Summary:                    memory leak in "strings.c"
Description: 
memory allocations for strings.c continuously growing, 
after 4 days uptime and small amout of call processed,
my asterisk eats 120MB of RAM.

mmlog is empty

*CLI> core show calls uptime
0 active calls
320 calls processed
System uptime: 4 days, 15 hours, 32 minutes, 58 seconds


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0014680 unfreed memory in try_calling
====================================================================== 

---------------------------------------------------------------------- 
 (0104604) pj (reporter) - 2009-05-12 13:48
 https://issues.asterisk.org/view.php?id=14636#c104604 
---------------------------------------------------------------------- 
today I haven't any skinny phones registered and memory consumption is
exactly same as yesterday, so it seems, that chan_skinny is actually source
of this leak, and especially the code, that handles phone unregistration.
It seems, that memory leak occurs, when network connection between phone
and asterisk brokes and phone periodically registers again (probably
chan_skinny doesn't unfrees memory allocations from previous
registration).
I think this issue can be easily moved into chan_skinny category.
Asterisk SVN-trunk-r191136 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-12 13:48 pj             Note Added: 0104604                          
======================================================================