[asterisk-bugs] [Asterisk 0015913]: auto-loading res_snmp causes Asterisk to Seg fault
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Nov 2 09:47:57 CST 2009
The following issue has been UPDATED.
======================================================================
https://issues.asterisk.org/view.php?id=15913
======================================================================
Reported By: jthurman
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15913
Category: Resources/res_snmp
Reproducibility: always
Severity: crash
Priority: normal
Status: acknowledged
Asterisk Version: 1.6.1.6
JIRA: SWP-218
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-09-17 17:43 CDT
Last Modified: 2009-11-02 09:47 CST
======================================================================
Summary: auto-loading res_snmp causes Asterisk to Seg fault
Description:
If modules.conf has autoload=yes and res_snmp.so is compiled, then Asterisk
seg faults every time. If autoload=no or noload=> res_snmp.so the issue
goes away. You can manually load res_snmp after the initial startup of
Asterisk with no issue.
======================================================================
----------------------------------------------------------------------
(0111206) tilghman (administrator) - 2009-09-22 13:54
https://issues.asterisk.org/view.php?id=15913#c111206
----------------------------------------------------------------------
The second backtrace, which loads pbx_lua but not chan_h323, suggests stack
corruption. Can you try starting Asterisk under valgrind, as outlined in
doc/valgrind.txt?
Issue History
Date Modified Username Field Change
======================================================================
2009-09-22 13:54 tilghman Note Added: 0111206
======================================================================
More information about the asterisk-bugs
mailing list