[Asterisk-Users] asterisk 1.2.4 seg faulting today had been working fine since update

[Mark Johnson]

> I upgraded to 1.2.4 today and am having issues and can't figure this 
> out.  Here's the bottom part of a "gdb" and a backtrace.  Any 
> thoughts?  May roll back to 1.2.3?
>
> Mark
>
> Reading symbols from /usr/lib/asterisk/modules/app_saycountpl.so...done.
> Loaded symbols for /usr/lib/asterisk/modules/app_saycountpl.so
> #0  0x080c8cf0 in __ast_device_state_changed_literal (buf=0xbf44d974 
> "SIP/Operator1") at lock.h:611
> 611     lock.h: No such file or directory.
>        in lock.h
> (gdb) bt
> #0  0x080c8cf0 in __ast_device_state_changed_literal (buf=0xbf44d974 
> "SIP/Operator1") at lock.h:611
> #1  0x080c8934 in ast_device_state_changed (fmt=0x0) at devicestate.c:243
> #2  0x00322313 in register_verify (p=0xbf460538, sin=0x4cbba4, 
> req=0x4cbbb4,
>    uri=0x4cbdd5 "sip:asterisk.astroshapes.com", ignore=0) at 
> chan_sip.c:6438
> #3  0x0032000e in handle_request (p=0xbf460538, req=0x4cbbb4, 
> sin=0x4cbba4, recount=0x0,
>    nounlock=0x0) at chan_sip.c:10850
> #4  0x0031df80 in sipsock_read (id=0x99b41c8, fd=18, events=1, 
> ignore=0x0) at chan_sip.c:11135
> #5  0x0805581d in ast_io_wait (ioc=0x99543e8, howlong=0) at io.c:284
> #6  0x00313e31 in do_monitor (data=0x0) at chan_sip.c:11284
> #7  0x00f3adb2 in pthread_start_thread () from /lib/i686/libpthread.so.0
> #8  0x0042f35a in clone () from /lib/i686/libc.so.6

I'm having some trouble here.  I really thought chan_sccp was the 
problem, but now I'm not so sure.  Is anyone running 1.2.4 in a 
production environment without issues?  Here's what happened today:

(gdb) bt
#0  0x0025d8e4 in _int_malloc () from /lib/i686/libc.so.6
#1  0x0025ca23 in malloc () from /lib/i686/libc.so.6
#2  0x0063b269 in sccp_process_data (s=0x325340) at sccp_socket.c:229
#3  0x0063b5a2 in sccp_socket_thread (ignore=0x0) at sccp_socket.c:295
#4  0x00519db2 in pthread_start_thread () from /lib/i686/libpthread.so.0
#5  0x002cb35a in clone () from /lib/i686/libc.so.6