asterisk

History

Russell Bryant e379077e6f Merged revisions 186230 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r186230 \| russell \| 2009-04-02 21:03:48 -0500 (Thu, 02 Apr 2009) \| 29 lines Merged revisions 186229 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r186229 \| russell \| 2009-04-02 20:57:44 -0500 (Thu, 02 Apr 2009) \| 21 lines Fix a memory leak in cdr_radius. I came across this while doing some testing of my ast_channel_ao2 branch. After running a test overnight that generated over 5 million calls, Asterisk had taken up about 1 GB of my system memory. So, I re-ran the test with MALLOC_DEBUG turned on. However, it showed no leaks in Asterisk during the test, even though Asterisk was still consuming it somehow. Instead, I turned to valgrind, which when run with --leak-check=full, told me exactly where the leak came from, which was from allocations inside the radiusclient-ng library. This explains why MALLOC_DEBUG did not report it. After a bit of analysis, I found that we were leaking a little bit of memory every time a CDR record was passed to cdr_radius. I don't actually have a radius server set up to receive CDR records. However, I always have my development systems compile and install all modules. In addition to making sure there are not build errors across modules, always loading modules helps find bugs like this, too, so it is strongly recommend for all developers. ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@186231 65c4cc65-6c06-0410-ace0-fbb531ad65f3		17 years ago
..
Makefile	…
cdr_adaptive_odbc.c	…
cdr_csv.c	…
cdr_custom.c	…
cdr_manager.c	…
cdr_odbc.c	…
cdr_pgsql.c	Merged revisions 164349 via svnmerge from	17 years ago
cdr_radius.c	Merged revisions 186230 via svnmerge from	17 years ago
cdr_sqlite.c	…
cdr_sqlite3_custom.c	If cdr registration somehow succeeds without a config file, don't crash.	17 years ago
cdr_tds.c	…