[Home]

Summary:ASTERISK-15225: Segmentation fault in chan_sip in function initreqprep
Reporter:Kristijan Vrban (vrban)Labels:
Date Opened:2009-11-27 03:02:30.000-0600Date Closed:2011-07-26 14:32:50
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Channels/chan_sip/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) bt_full.txt
Description:this morning my 1.4.20 greet me with this core. I know the answer, upgrade to latest 1.4 version, but since the part of source code in 1.4.20 and latest 1.4-branch looks equal, this issue should also be relevant for latest 1.4. probably.

****** ADDITIONAL INFORMATION ******

#0  0xb7a5d45d in initreqprep (req=0xb7a41ea0, p=0x8485680, sipmethod=4) at chan_sip.c:7038
7038                    ast_string_field_set(p, fromuser, l);
(gdb) bt
#0  0xb7a5d45d in initreqprep (req=0xb7a41ea0, p=0x8485680, sipmethod=4) at chan_sip.c:7038
#1  0xb7a7dd91 in sip_send_mwi_to_peer (peer=0x8492738) at chan_sip.c:7414
#2  0xb7a83bde in do_monitor (data=0x0) at chan_sip.c:15845
#3  0x080e01d7 in dummy_start (data=0x8174c78) at utils.c:867
#4  0xb7f384fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
ASTERISK-1  0xb7e52e5e in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt full
#0  0xb7a5d45d in initreqprep (req=0xb7a41ea0, p=0x8485680, sipmethod=4) at chan_sip.c:7038
       __zz__ = 0x0
       __dlen__ = 8
       invite_buf = '\0' <repeats 255 times>
       invite = 0xb7a41d58 ""
       invite_max = 256
       from = '\0' <repeats 255 times>
       to = '\0' <repeats 255 times>
       tmp = '\0' <repeats 255 times>
       tmp2 = '\0' <repeats 255 times>
       l = 0xb7aab640 "asterisk"
       n = 0xb7aab640 "asterisk"
       urioptions = 0xb7a9bf18 ""
#1  0xb7a7dd91 in sip_send_mwi_to_peer (peer=0x8492738) at chan_sip.c:7414
       p = (struct sip_pvt *) 0x8485680
       newmsgs = 0
       oldmsgs = 0
#2  0xb7a83bde in do_monitor (data=0x0) at chan_sip.c:15845
       res = <value optimized out>
       sip = <value optimized out>
       t = 1259304460
       fastrestart = 1
       lastpeernum = 53
       curpeernum = 55
       reloading = <value optimized out>
       __PRETTY_FUNCTION__ = "do_monitor"
#3  0x080e01d7 in dummy_start (data=0x8174c78) at utils.c:867
       __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {135744648, 0, -1213973616, -1213975592, 684130454, 2091088361}, __mask_was_saved = 0}}, __pad = {
   0xb7a43490, 0x0, 0x0, 0x0}}
       __cancel_arg = (void *) 0xb7a43b90
       not_first_call = <value optimized out>
       ret = <value optimized out>
#4  0xb7f384fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
ASTERISK-1  0xb7e52e5e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
Comments:By: Leif Madsen (lmadsen) 2011-07-26 14:32:44.480-0500

Per the Asterisk maintenance timeline page at http://www.asterisk.org/asterisk-versions maintenance (bug) support for the 1.4 and 1.6.x branches has ended. For continued maintenance support please move to the 1.8 branch which is a long term support (LTS) branch. For more information about branch support, please see https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions

If this is still an issue, please open a new issue so it can be re-triaged appropriately. Thanks!