[asterisk-bugs] [Asterisk 0014656]: [patch] unfreed memory in Local channel
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Mar 16 12:38:51 CDT 2009
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 12:38 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.
======================================================================
----------------------------------------------------------------------
(0101809) svnbot (reporter) - 2009-03-16 12:38
http://bugs.digium.com/view.php?id=14656#c101809
----------------------------------------------------------------------
Repository: asterisk
Revision: 182280
_U branches/1.6.1/
U branches/1.6.1/channels/chan_local.c
U branches/1.6.1/funcs/func_env.c
------------------------------------------------------------------------
r182280 | tilghman | 2009-03-16 12:38:51 -0500 (Mon, 16 Mar 2009) | 30
lines
Merged revisions 182211,182278 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
........
................
r182278 | tilghman | 2009-03-16 12:33:38 -0500 (Mon, 16 Mar 2009) | 7
lines
Fix an off-by-one error in the FILE() function, and extend FILE()'s
length parameter to work like variable substitution.
Previously, FILE() returned one less character than specified, due to
the
terminating NULL. Both the offset and length parameters now behave
identically to the way variable substitution offsets and lengths also
work.
(closes issue http://bugs.digium.com/view.php?id=14670)
Reported by: BMC
................
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=182280
Issue History
Date Modified Username Field Change
======================================================================
2009-03-16 12:38 svnbot Checkin
2009-03-16 12:38 svnbot Note Added: 0101809
======================================================================
More information about the asterisk-bugs
mailing list