I have what appears to be a crash bug on BYE processing. Here is the
backtrace:
#0 0x00007ffff74dbbdc in std::basic_string<char,
std::char_traits<char>, std::allocator<char> >::compare(char const*)
const () from /usr/lib64/libstdc++.so.6
#1 0x00000000004cbbe3 in operator==<char, std::char_traits<char>,
std::allocator<char> > (this=0x8ae4d90, hdrs="", flags=1)
at /usr/lib/gcc/x86_64-redhat-
linux/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.h:2163
#2 AmSipDialog::bye (this=0x8ae4d90, hdrs="", flags=1) at
AmSipDialog.cpp:793
#3 0x00000000004517b4 in AmB2BSession::terminateLeg (this=0x8ae37a0)
at AmB2BSession.cpp:506
#4 0x000000000044e9ec in AmB2BSession::onOtherBye (this=0x8ae37a0,
req=...)
at AmB2BSession.cpp:484
#5 0x00000000004575bf in AmB2BSession::onB2BEvent (this=0x8ae37a0,
ev=<value optimized out>) at AmB2BSession.cpp:136
#6 0x0000000000458ab6 in AmB2BCalleeSession::onB2BEvent
(this=0x8ae37a0,
ev=0x512894) at AmB2BSession.cpp:1159
#7 0x000000000047879f in AmEventQueue::processEvents (this=0x8ae3810)
at AmEventQueue.cpp:80
#8 0x00000000004b82b9 in AmSession::processEventsCatchExceptions (
this=<value optimized out>) at AmSession.cpp:420
#9 0x00000000004b8a40 in AmSession::processingCycle (this=0x8ae37a0)
at AmSession.cpp:450
#10 0x00000000004baf35 in AmSession::run (this=0x8ae37a0) at
AmSession.cpp:344
#11 0x00000000004d6106 in AmThread::_start (_t=<value optimized out>)
at AmThread.cpp:70
#12 0x00007ffff7746617 in start_thread () from /lib64/libpthread.so.0
#13 0x00007ffff6d99c2d in clone () from /lib64/libc.so.6
This occurred in 1.1.1, and continues to occur after I upgraded to
1.4.1. This backtrace is from 1.4.1.
Unfortunately, I do not have the core dump nor a copy of the message
buffer that is causing this. However, line 793 in AmSipDialog.cpp is
this comparison:
if (it->second.method == "INVITE"){
I can only assume that something here is being dereferenced that is in
fact null, or that 'method' is a pointer out of bounds. But
unfortunately it is not for me to know.
Sorry, that's all the information I have. Unfortunately, the scope in
step #0 won't let me print the value of any useful variables, and I'm
not handy enough with GDB to figure out how to traverse up the call stack.
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems
