[OpenSIPS-Users] OpenSIPS 1.5 with integrated xcap server leads to core dump

[Franz Edler]

Hi Bogdan,
 
> What architecture are you using? 32 or 64?
I am using Debian 5.0 as a VMware-Image on my Windows XP notebook (32 bit
architecture).

> Do you still have the core file?

No, but I have just produced two new core-dumps. You can download the two
core dumps, trace-files and the used opensips.cfg from:
http://sip.technikum-wien.at/coredumps/

The backtrace in both cases shows the same pattern:

coredump core1:
---------------
(gdb) bt
#0  0xb7c7822d in mysql_stmt_fetch () from /usr/lib/libmysqlclient.so.15
#1  0xb7e2ccda in db_mysql_convert_result (_h=0x818f608, _r=0x8189c10) at
res.c:161
#2  0xb7e28c0d in db_mysql_store_result (_h=0x818f608, _r=0xbffd6f54) at
dbase.c:598
#3  0xb7e2b32f in db_mysql_query (_h=0x818f608, _k=0xbffd6f48, _op=0x0,
_v=0xbffd6f20, _c=0xbffd6f58, _n=1, _nc=1, _o=0x0, _r=0xbffd6f54) at
dbase.c:679
#4  0xb7b0e23a in does_uri_exist (_msg=0x8190ca8, _s1=0x0, _s2=0x0) at
checks.c:237
#5  0x08055329 in do_action (a=0x818dc58, msg=0x8190ca8) at action.c:962
#6  0x080541e2 in run_action_list (a=0x818dc58, msg=0x8190ca8) at
action.c:139
#7  0x080a0fb7 in eval_expr (e=0x818dcc0, msg=0x8190ca8, val=0x0) at
route.c:1189
#8  0x080a0b12 in eval_expr (e=0x818dce8, msg=0x8190ca8, val=0x0) at
route.c:1502
#9  0x080a0b4c in eval_expr (e=0x818dd10, msg=0x8190ca8, val=0x0) at
route.c:1507
#10 0x08055608 in do_action (a=0x818e900, msg=0x8190ca8) at action.c:689
#11 0x080541e2 in run_action_list (a=0x818d638, msg=0x8190ca8) at
action.c:139
#12 0x080571bb in do_action (a=0x818ec38, msg=0x8190ca8) at action.c:706
#13 0x080541e2 in run_action_list (a=0x818bdd0, msg=0x8190ca8) at
action.c:139
#14 0x08058075 in run_top_route (a=0x818bdd0, msg=0x8190ca8) at action.c:119
#15 0x0809249c in receive_msg (
    buf=0x8164900 "INVITE sip:bob at net1.test SIP/2.0\r\nVia: SIP/2.0/UDP
10.0.0.1:50026;branch=z9hG4bK-d8754z-602f4b2c0718956e-1---d8754z-\r\nMax-For
wards: 69\r\nContact: <sip:alice at 10.0.0.1:50026;transport=udp>\r\nTo:
\"sip:bob@"..., len=945, rcv_info=0xbffd7ab4) at receive.c:165
#16 0x080ce29b in udp_rcv_loop () at udp_server.c:449
#17 0x0806c4c6 in main (argc=1, argv=0xbffd7c44) at main.c:692

coredump core2:
---------------
(gdb) bt
#0  0xb7ba522d in mysql_stmt_fetch () from /usr/lib/libmysqlclient.so.15
#1  0xb7d59cda in db_mysql_convert_result (_h=0x818f608, _r=0x8189c10) at
res.c:161
#2  0xb7d55c0d in db_mysql_store_result (_h=0x818f608, _r=0xbf804544) at
dbase.c:598
#3  0xb7d5832f in db_mysql_query (_h=0x818f608, _k=0xbf804538, _op=0x0,
_v=0xbf804510, _c=0xbf804548, _n=1, _nc=1, _o=0x0, _r=0xbf804544) at
dbase.c:679
#4  0xb7a3b23a in does_uri_exist (_msg=0x8190ca8, _s1=0x0, _s2=0x0) at
checks.c:237
#5  0x08055329 in do_action (a=0x818dc58, msg=0x8190ca8) at action.c:962
#6  0x080541e2 in run_action_list (a=0x818dc58, msg=0x8190ca8) at
action.c:139
#7  0x080a0fb7 in eval_expr (e=0x818dcc0, msg=0x8190ca8, val=0x0) at
route.c:1189
#8  0x080a0b12 in eval_expr (e=0x818dce8, msg=0x8190ca8, val=0x0) at
route.c:1502
#9  0x080a0b4c in eval_expr (e=0x818dd10, msg=0x8190ca8, val=0x0) at
route.c:1507
#10 0x08055608 in do_action (a=0x818e900, msg=0x8190ca8) at action.c:689
#11 0x080541e2 in run_action_list (a=0x818d638, msg=0x8190ca8) at
action.c:139
#12 0x080571bb in do_action (a=0x818ec38, msg=0x8190ca8) at action.c:706
#13 0x080541e2 in run_action_list (a=0x818bdd0, msg=0x8190ca8) at
action.c:139
#14 0x08058075 in run_top_route (a=0x818bdd0, msg=0x8190ca8) at action.c:119
#15 0x0809249c in receive_msg (
    buf=0x8164900 "INVITE sip:bob at net1.test SIP/2.0\r\nVia: SIP/2.0/UDP
10.0.0.1:12620;branch=z9hG4bK-d8754z-9a1fd831cf52f054-1---d8754z-\r\nMax-For
wards: 69\r\nContact: <sip:alice at 10.0.0.1:12620;transport=udp>\r\nTo:
\"sip:bob@"..., len=946, rcv_info=0xbf8050a4) at receive.c:165
#16 0x080ce29b in udp_rcv_loop () at udp_server.c:449
#17 0x0806c4c6 in main (argc=1, argv=0xbf805234) at main.c:692

I have done the following:
I registered two subscribers (alice and bob) running on eyebeam clients with
server based presence function activated. There were no contact active, so
the SUBSCRIBE is sent only for own watcher-info.

When I start then a session between them the core dump os caused by the
INVITE message.

I hope that helps.

Regards
Franz