[asterisk-bugs] [Asterisk 0016734]: Core Dump on Exit - v1.6.2/FreeBSD

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16734 
====================================================================== 
Reported By:                ahhyes
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16734
Category:                   Core/Portability
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.1 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-01-29 23:17 CST
Last Modified:              2010-02-03 20:02 CST
====================================================================== 
Summary:                    Core Dump on Exit - v1.6.2/FreeBSD
Description: 
Hi Guys,

I am running Asterisk 1.6.2.1 On FreeBSD 8 64 bit.
I have compiled and installed the application, and it appears to very
well, however upon exit (core stop gracefully), it seg faults and a core
dump file is created.

I have provided a back trace from gdb. 

Any ideas?

====================================================================== 

---------------------------------------------------------------------- 
 (0117687) ahhyes (reporter) - 2010-02-03 20:02
 https://issues.asterisk.org/view.php?id=16734#c117687 
---------------------------------------------------------------------- 
I have added a log file generated by ValGrind, for valgrind
--leak-check=yes --log-file=valgrind_memleaktest.log asterisk -f

One thing that sticks out in the log is the following:

==11580== Thread 33:
==11580== Invalid read of size 8
==11580==    at 0x4F1866: ast_timer_ack (timing.c:169)
==11580==  Address 0x2d5a0e0 is 16 bytes inside a block of size 24 free'd
==11580==    at 0x25B240: free (in
/usr/local/lib/valgrind/vgpreload_memcheck-amd64-freebsd.so)
==11580==    by 0x4F1A8F: ast_unregister_timing_interface (timing.c:111)
==11580==    by 0xE02A0D5: unload_module (res_timing_pthread.c:517)
==11580==    by 0x495F21: ast_module_shutdown (loader.c:460)
==11580==    by 0x42D584: quit_handler (asterisk.c:1597)
==11580==    by 0x42D828: handle_stop_gracefully (asterisk.c:1836)
==11580==    by 0x4585D5: ast_cli_command_full (cli.c:2299)
==11580==    by 0x45885A: ast_cli_command_multiple_full (cli.c:2322)
==11580==    by 0x42F967: netconsole (asterisk.c:1231)
==11580==    by 0x4F82D5: dummy_start (utils.c:968)
==11580==    by 0x1B50510: ??? (in /lib/libthr.so.3)
==11580== 
==11580== Invalid read of size 8
==11580==    at 0x4363A6: _ao2_find (astobj2.c:747)
==11580==    by 0xE029B36: pthread_timer_ack (res_timing_pthread.c:284)
==11580==    by 0x341E1D3: timing_read (chan_iax2.c:8791)
==11580==    by 0x493F22: ast_io_wait (io.c:288)
==11580==    by 0x341EB03: network_thread (chan_iax2.c:11690)
==11580==    by 0x4F82D5: dummy_start (utils.c:968)
==11580==    by 0x1B50510: ??? (in /lib/libthr.so.3)
==11580==  Address 0x8 is not stack'd, malloc'd or (recently) free'd
==11580== 
==11580== 
==11580== Process terminating with default action of signal 11 (SIGSEGV):
dumping core

I am not experienced with Valgrind, perhaps a dev can guide me in what
commands to use so I can provide useful debugging data.

If the dev willing to look at this would prefer a VM to use please let me
know, and I will see what I can do. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-03 20:02 ahhyes         Note Added: 0117687                          
======================================================================