[asterisk-bugs] [Asterisk 0014656]: [patch] unfreed memory in Local channel

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14656 
====================================================================== 
Reported By:                caspy
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   14656
Category:                   Channels/chan_local
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Asterisk Version:           1.6.0.6 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-12 17:23 CDT
Last Modified:              2009-03-16 11:09 CDT
====================================================================== 
Summary:                    [patch] unfreed memory in Local channel
Description: 
*CLI> core show uptime
System uptime: 2 days, 1 hour, 55 minutes, 14 seconds
Last reload: 2 days, 1 hour, 55 minutes, 14 seconds

*CLI> core show channels
Channel              Location             State   Application(Data)
0 active channels
0 active calls
105093 calls processed

*CLI> local show channels
No local channels in use

*CLI> core show locks
[no locks showed]

*CLI> memory show summary chan_local.c
        63 bytes in 4 allocations in function 'local_call' of
'chan_local.c'
   2676284 bytes in 6253 allocations in function 'local_alloc' of
'chan_local.c'
2676347 bytes allocated in 6257 allocations

*CLI> memory show allocations chan_local.c
       428 bytes allocated in          local_alloc at line   615 of
chan_local.c
...
...
       428 bytes allocated in          local_alloc at line   615 of
chan_local.c
       428 bytes allocated in          local_alloc at line   615 of
chan_local.c
2677568 bytes allocated in 6256 allocations


what are these 6256 allocations? why mem not being freed after channel has
gone? Local channel used actively.
====================================================================== 

---------------------------------------------------------------------- 
 (0101803) svnbot (reporter) - 2009-03-16 11:09
 http://bugs.digium.com/view.php?id=14656#c101803 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 182212

_U  branches/1.6.0/
U   branches/1.6.0/channels/chan_local.c

------------------------------------------------------------------------
r182212 | tilghman | 2009-03-16 11:09:11 -0500 (Mon, 16 Mar 2009) | 21
lines

Merged revisions 182211 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

................
  r182211 | tilghman | 2009-03-16 10:50:55 -0500 (Mon, 16 Mar 2009) | 14
lines
  
  Merged revisions 182208 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.4
  
  ........
    r182208 | tilghman | 2009-03-16 10:39:15 -0500 (Mon, 16 Mar 2009) | 7
lines
    
    Fixup glare detection, to fix a memory leak of a local pvt structure.
    (closes issue http://bugs.digium.com/view.php?id=14656)
     Reported by: caspy
     Patches: 
           20090313__bug14656__2.diff.txt uploaded by tilghman (license
14)
     Tested by: caspy
  ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=182212 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-16 11:09 svnbot         Checkin                                      
2009-03-16 11:09 svnbot         Note Added: 0101803                          
======================================================================