[asterisk-bugs] [Asterisk 0018735]: [patch] memory leak with IAX in 1.6.2

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18735 
====================================================================== 
Reported By:                tzafrir
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18735
Category:                   Channels/chan_iax2
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 306010 
Request Review:              
====================================================================== 
Date Submitted:             2011-02-02 12:43 CST
Last Modified:              2011-02-16 05:40 CST
====================================================================== 
Summary:                    [patch] memory leak with IAX in 1.6.2
Description: 
I'm trying to track a certain memory leak: the sizes (rss, size, vsize)
keep increasing, whereas the memory size shown by 'memory show summary' and
'astobj2 show allocations' don't inflate.

When I stop the remote Asterisk server, the memory inflation stops. Thus
it must be triggered by the registration requests.

I managed to reproduce this on several Centos5 systems, but not on my
laptop (x86_64, Debian Squeeze). It has been around for a number of months,
at least.

Update: seems to be easy to reproduce on other 32bit systems. I'm not
exactly sure if it happens in 64bit systems (the rss increases the same,
but size and vsize seem to increase in much larger steps).
====================================================================== 

---------------------------------------------------------------------- 
 (0132019) tzafrir (manager) - 2011-02-16 05:40
 https://issues.asterisk.org/view.php?id=18735#c132019 
---------------------------------------------------------------------- 
BTW: I only now noticed contrib/valgrind.supp . After fixing this and
running with --suppressions=contrib/valgrind.supp, I get only the following
warnings on a short run:

==1267== 738 bytes in 15 blocks are possibly lost in loss record 43 of 49
==1267==    at 0x402377E: operator new(unsigned)
(vg_replace_malloc.c:224)
==1267==    by 0x5001C03: std::string::_Rep::_S_create(unsigned, unsigned,
std::
allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.10)
==1267==    by 0x5002864: (within /usr/lib/libstdc++.so.6.0.10)
==1267==    by 0x50029D5: std::string::string(char const*,
std::allocator<char>
const&) (in /usr/lib/libstdc++.so.6.0.10)
==1267==    by 0x4D43593: (within /usr/lib/libpt.so.1.10.10)
==1267==    by 0x4D7B6D4: (within /usr/lib/libpt.so.1.10.10)
==1267==    by 0x4BD46F7: (within /usr/lib/libpt.so.1.10.10)
==1267==    by 0x400DD13: (within /lib/ld-2.7.so)
==1267==    by 0x400DE43: (within /lib/ld-2.7.so)
==1267==    by 0x400084E: (within /lib/ld-2.7.so)
==1267==
==1267==
==1267== 9,344 bytes in 4 blocks are possibly lost in loss record 49 of
49
==1267==    at 0x4021E22: calloc (vg_replace_malloc.c:397)
==1267==    by 0x80869B5: __ao2_container_alloc (utils.h:495)
==1267==    by 0x819A341: ast_tps_init (taskprocessor.c:124)
==1267==    by 0x8081884: main (asterisk.c:3212) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-02-16 05:40 tzafrir        Note Added: 0132019                          
======================================================================