Hey Daniel,
I see you did a few changes re. XMLRPC recently (end of last month). I am getting the following (is it related) - if not I will take a look:
Program terminated with signal 11, Segmentation fault. #0 0x00007f8a628cfe08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007f8a628cfe08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007f8a628d1496 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x00007f8a628d5388 in calloc () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x00007f8a628c3cd9 in open_memstream () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x00007f8a62940dcb in __vsyslog_chk () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x00007f8a6294141f in syslog () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x0000000000552dac in destroy_avp_list (list=0x94d420) at usr_avp.c:644 #7 0x0000000000552f3e in reset_avps () at usr_avp.c:678 #8 0x00000000004b4890 in receive_msg ( buf=0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f8a1ba39a38) at receive.c:292 #9 0x0000000000542066 in receive_tcp_msg ( tcpbuf=0x7f8a1ba39d08 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f8a1ba39a38, con=0x7f8a1ba39a20) at tcp_read.c:1232 #10 0x0000000000542fbf in tcp_read_req (con=0x7f8a1ba39a20, bytes_read=0x7fff1a5b0240, read_flags=0x7fff1a5b0244) at tcp_read.c:1387 #11 0x0000000000544408 in handle_io (fm=0x7f8a61a2bd38, events=1, idx=-1) at tcp_read.c:1559 #12 0x000000000053d1da in io_wait_loop_epoll (h=0x8f8fe0, t=2, repeat=0) at io_wait.h:1092 #13 0x00000000005452d8 in tcp_receive_loop (unix_sock=34) at tcp_read.c:1728 #14 0x00000000005376d9 in tcp_init_children () at tcp_main.c:4959 #15 0x0000000000473859 in main_loop () at main.c:1704 #16 0x0000000000476587 in main (argc=7, argv=0x7fff1a5b0738) at main.c:2542
(gdb) bt full #0 0x00007f8a628cfe08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x00007f8a628d1496 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #2 0x00007f8a628d5388 in calloc () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #3 0x00007f8a628c3cd9 in open_memstream () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #4 0x00007f8a62940dcb in __vsyslog_chk () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #5 0x00007f8a6294141f in syslog () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #6 0x0000000000552dac in destroy_avp_list (list=0x94d420) at usr_avp.c:644 avp = 0x7fff1a5b0730 foo = 0x0 __FUNCTION__ = "destroy_avp_list" #7 0x0000000000552f3e in reset_avps () at usr_avp.c:678 i = 0 #8 0x00000000004b4890 in receive_msg ( buf=0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f8a1ba39a38) at receive.c:292 msg = 0x7f8a61a3ee08 ctx = {rec_lev = 442171248, run_flags = 32767, last_retcode = 5500918, jmp_env = {{__jmpbuf = {140733193388041, 140733635559312, 140232339007264, 24052128, 140733635560004, 140231145921800, 24052128, 0}, __mask_was_saved = 24052128, __saved_mask = {__val = {1498943586304, 137, 1400510797, 4280256, 140231145921056, 16, 128, 2, 65584, 0, 4604204945409, 541165879515, 532575944825, 140733635559552, 140232339007264, 140733635559536}}}}} ret = 0 inb = { s = 0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len = 349} __FUNCTION__ = "receive_msg" #9 0x0000000000542066 in receive_tcp_msg ( tcpbuf=0x7f8a1ba39d08 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f8a1ba39a38, con=0x7f8a1ba39a20) at tcp_read.c:1232 buf = 0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"... bsize = 65535 blen = 65535 __FUNCTION__ = "receive_tcp_msg" #10 0x0000000000542fbf in tcp_read_req (con=0x7f8a1ba39a20, bytes_read=0x7fff1a5b0240, read_flags=0x7fff1a5b0244) at tcp_read.c:1387 bytes = 349 total_bytes = 349 resp = 1 size = 6480430 req = 0x7f8a1ba39aa0 dst = {send_sock = 0x7fff1a5b0160, to = {s = {sa_family = 45835, sa_data = "\307[\212\177\000\000(\002[\032\377\177\000"}, sin = {sin_family = 45835, sin_port = 23495, sin_addr = { s_addr = 32650}, sin_zero = "(\002[\032\377\177\000"}, sin6 = {sin6_family = 45835, sin6_port = 23495, sin6_flowinfo = 32650, sin6_addr = {__in6_u = { __u6_addr8 = "(\002[\032\377\177\000\000\214\001[\032\377\177\000", __u6_addr16 = {552, 6747, 32767, 0, 396, 6747, 32767, 0}, __u6_addr32 = {442171944, 32767, 442171788, 32767}}}, sin6_scope_id = 152}}, id = 4, proto = 32 ' ', send_flags = {f = 163 '\243', blst_imask = 98 'b'}} ---Type <return> to continue, or q <return> to quit--- c = 0 '\000' ret = 2 __FUNCTION__ = "tcp_read_req" #11 0x0000000000544408 in handle_io (fm=0x7f8a61a2bd38, events=1, idx=-1) at tcp_read.c:1559 ret = 8 n = 8 read_flags = 65539 con = 0x7f8a1ba39a20 s = 9 resp = 140733635561264 t = 0 __FUNCTION__ = "handle_io" #12 0x000000000053d1da in io_wait_loop_epoll (h=0x8f8fe0, t=2, repeat=0) at io_wait.h:1092 n = 1 r = 0 fm = 0x7f8a61a2bd38 revents = 1 __FUNCTION__ = "io_wait_loop_epoll" #13 0x00000000005452d8 in tcp_receive_loop (unix_sock=34) at tcp_read.c:1728 __FUNCTION__ = "tcp_receive_loop" #14 0x00000000005376d9 in tcp_init_children () at tcp_main.c:4959 r = 0 i = 7 reader_fd_1 = 34 pid = 0 si_desc = "tcp receiver (generic)\000\000\060\a[\032\377\177\000\000`\004[\032\377\177\000\000n\260P\000\000\000\000\000`\004[\032\377\177\000\000\210KB\000\000\000\000\000\200\005[\032\377\177\000\000\300OA\000\000\000\000\000Ӎ_\000\000\000\000\000P\025\227a\212\177\000\000\023\000\000\000\024\000\000\000\330\374\225\000\000\000\000\000\300OA\000\000\000\000\000\060\a[\032\377\177\000" si = 0x0 __FUNCTION__ = "tcp_init_children" #15 0x0000000000473859 in main_loop () at main.c:1704 i = 8 pid = 19368 si = 0x0 si_desc = "udp receiver child=7 sock=10.0.1.166:6060\000\034Y\256_v\264\b\000\000\000\000\000\000\000\330\374\225\000\000\000\000\000\300OA\000\000\000\000\000\060\a[\032\377\177", '\000' <repeats 18 times>, "`\005[\032\377\177\000\000b\251L\000\000\000\000\000\200\005[\032\377\177\000\000`F\225\000\000\000\000" nrprocs = 8 __FUNCTION__ = "main_loop" #16 0x0000000000476587 in main (argc=7, argv=0x7fff1a5b0738) at main.c:2542 cfg_stream = 0x15eb010 c = -1 r = 0 tmp = 0x7fff1a5b16d9 "" tmp_len = 0 port = 4277523 proto = 0 options = 0x5f94d0 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:" ret = -1 ---Type <return> to continue, or q <return> to quit--- seed = 1898040949 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x5e2cc0 p = 0x7fff1a5b065e "" __FUNCTION__ = "main"
Jason Penton writes:
I see you did a few changes re. XMLRPC recently (end of last month). I am getting the following (is it related) - if not I will take a look:
Program terminated with signal 11, Segmentation fault.
...
#6 0x0000000000552dac in destroy_avp_list (list=0x94d420) at usr_avp.c:644 #7 0x0000000000552f3e in reset_avps () at usr_avp.c:678 #8 0x00000000004b4890 in receive_msg ( buf=0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f8a1ba39a38) at receive.c:292
did you get any error message to syslog just before the crash?
based on the bt, looks like the crash happened before xmlrcp server got the request it.
-- juha
Sorry, I sent the incorrect bt,
(gdb) bt #0 0x00007f63b2227e08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007f63b2229496 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x00007f63b222d388 in calloc () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x00007f63b221bcd9 in open_memstream () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x00007f63b2298dcb in __vsyslog_chk () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x00007f63b229941f in syslog () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x000000000055c7ac in fm_free (qm=0x7f63b12a8010, p=0x7f63b1363738, file=0x6486b3 "<core>: parser/parse_via.c", func=0x64aa01 "free_via_list", line=2771) at mem/f_malloc.c:576 #7 0x000000000059c0e8 in free_via_list (vb=0x0) at parser/parse_via.c:2771 #8 0x00000000005624f7 in clean_hdr_field (hf=0x7f63b13636c0) at parser/hf.c:174 #9 0x0000000000562650 in free_hdr_field_lst (hf=0x7f63b1363858) at parser/hf.c:224 #10 0x000000000056712b in free_sip_msg (msg=0x7fffe0a0d680) at parser/msg_parser.c:732 #11 0x00007f63af7ceb7f in em_receive_request (orig_msg=0x7f63b1396e08, new_buf=0x1ff3e50 "POST sip:127.0.0.1:9 HTTP/1.0\r\nVia: SIP/2.0/TCP 10.0.1.163:40594\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: t"..., new_len=394) at xmlrpc.c:2295 #12 0x00007f63af7cf380 in process_xmlrpc (msg=0x7f63b1396e08) at xmlrpc.c:2367 #13 0x0000000000499a3b in nonsip_msg_run_hooks (msg=0x7f63b1396e08) at nonsip_hooks.c:125 #14 0x00000000004b3ff6 in receive_msg ( buf=0x201d430 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f636b391a38) at receive.c:161 #15 0x0000000000542066 in receive_tcp_msg ( tcpbuf=0x7f636b391d08 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f636b391a38, con=0x7f636b391a20) at tcp_read.c:1232 #16 0x0000000000542fbf in tcp_read_req (con=0x7f636b391a20, bytes_read=0x7fffe0a0e1f0, read_flags=0x7fffe0a0e1f4) at tcp_read.c:1387 #17 0x0000000000544408 in handle_io (fm=0x7f63b1383d38, events=1, idx=-1) at tcp_read.c:1559 #18 0x000000000053d1da in io_wait_loop_epoll (h=0x8f8fe0, t=2, repeat=0) at io_wait.h:1092 #19 0x00000000005452d8 in tcp_receive_loop (unix_sock=34) at tcp_read.c:1728 #20 0x00000000005376d9 in tcp_init_children () at tcp_main.c:4959 #21 0x0000000000473859 in main_loop () at main.c:1704 #22 0x0000000000476587 in main (argc=7, argv=0x7fffe0a0e6e8) at main.c:2542
On Mon, May 19, 2014 at 4:57 PM, Juha Heinanen jh@tutpro.com wrote:
Jason Penton writes:
I see you did a few changes re. XMLRPC recently (end of last month). I am getting the following (is it related) - if not I will take a look:
Program terminated with signal 11, Segmentation fault.
...
#6 0x0000000000552dac in destroy_avp_list (list=0x94d420) at
usr_avp.c:644
#7 0x0000000000552f3e in reset_avps () at usr_avp.c:678 #8 0x00000000004b4890 in receive_msg ( buf=0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length:
183\r\nUser-Agent:
Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f8a1ba39a38) at receive.c:292
did you get any error message to syslog just before the crash?
based on the bt, looks like the crash happened before xmlrcp server got the request it.
-- juha
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
Hey Guys,
Please ignore, I suspect this may be related to a problem on my side (particular mi cmd being called). Will revert.
Cheers Jason
On Mon, May 19, 2014 at 5:05 PM, Jason Penton jason.penton@gmail.comwrote:
Sorry, I sent the incorrect bt,
(gdb) bt #0 0x00007f63b2227e08 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007f63b2229496 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x00007f63b222d388 in calloc () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x00007f63b221bcd9 in open_memstream () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x00007f63b2298dcb in __vsyslog_chk () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x00007f63b229941f in syslog () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x000000000055c7ac in fm_free (qm=0x7f63b12a8010, p=0x7f63b1363738, file=0x6486b3 "<core>: parser/parse_via.c", func=0x64aa01 "free_via_list", line=2771) at mem/f_malloc.c:576 #7 0x000000000059c0e8 in free_via_list (vb=0x0) at parser/parse_via.c:2771 #8 0x00000000005624f7 in clean_hdr_field (hf=0x7f63b13636c0) at parser/hf.c:174 #9 0x0000000000562650 in free_hdr_field_lst (hf=0x7f63b1363858) at parser/hf.c:224 #10 0x000000000056712b in free_sip_msg (msg=0x7fffe0a0d680) at parser/msg_parser.c:732 #11 0x00007f63af7ceb7f in em_receive_request (orig_msg=0x7f63b1396e08, new_buf=0x1ff3e50 "POST sip:127.0.0.1:9 HTTP/1.0\r\nVia: SIP/2.0/TCP 10.0.1.163:40594\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: t"..., new_len=394) at xmlrpc.c:2295 #12 0x00007f63af7cf380 in process_xmlrpc (msg=0x7f63b1396e08) at xmlrpc.c:2367 #13 0x0000000000499a3b in nonsip_msg_run_hooks (msg=0x7f63b1396e08) at nonsip_hooks.c:125 #14 0x00000000004b3ff6 in receive_msg ( buf=0x201d430 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f636b391a38) at receive.c:161 #15 0x0000000000542066 in receive_tcp_msg ( tcpbuf=0x7f636b391d08 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length: 183\r\nUser-Agent: Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f636b391a38, con=0x7f636b391a20) at tcp_read.c:1232 #16 0x0000000000542fbf in tcp_read_req (con=0x7f636b391a20, bytes_read=0x7fffe0a0e1f0, read_flags=0x7fffe0a0e1f4) at tcp_read.c:1387 #17 0x0000000000544408 in handle_io (fm=0x7f63b1383d38, events=1, idx=-1) at tcp_read.c:1559 #18 0x000000000053d1da in io_wait_loop_epoll (h=0x8f8fe0, t=2, repeat=0) at io_wait.h:1092 #19 0x00000000005452d8 in tcp_receive_loop (unix_sock=34) at tcp_read.c:1728 #20 0x00000000005376d9 in tcp_init_children () at tcp_main.c:4959 #21 0x0000000000473859 in main_loop () at main.c:1704 #22 0x0000000000476587 in main (argc=7, argv=0x7fffe0a0e6e8) at main.c:2542
On Mon, May 19, 2014 at 4:57 PM, Juha Heinanen jh@tutpro.com wrote:
Jason Penton writes:
I see you did a few changes re. XMLRPC recently (end of last month). I
am
getting the following (is it related) - if not I will take a look:
Program terminated with signal 11, Segmentation fault.
...
#6 0x0000000000552dac in destroy_avp_list (list=0x94d420) at
usr_avp.c:644
#7 0x0000000000552f3e in reset_avps () at usr_avp.c:678 #8 0x00000000004b4890 in receive_msg ( buf=0x16f01a0 "POST /RPC2 HTTP/1.0\r\nHost: ZAUbuntu009.it.za.smilecoms.com:6060\r\nContent-Length:
183\r\nUser-Agent:
Apache XML RPC 3.0 (Lite HTTP Transport)\r\nContent-Type: text/xml\r\n\r\n<?xml version="1.0" encoding="UTF-"..., len=349, rcv_info=0x7f8a1ba39a38) at receive.c:292
did you get any error message to syslog just before the crash?
based on the bt, looks like the crash happened before xmlrcp server got the request it.
-- juha
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
Hi Juha,
There is a via. The message is handled correctly and in fact responded to correctly, but the seg fault happens very soon after. I have localized the problem to passing in a parameter in the RPC input request.
As soon as code has something like the following before the RPC response, it crashes.....
str impu; if (rpc->scan(ctx, "S", &impu) < 1) { rpc->fault(ctx, 400, "required IMPU argument"); return; }
if I remove the above, and hardwire the return RPC values/data, everything is fine, add it back, even if not being used, and crash is back.
On Mon, May 19, 2014 at 5:51 PM, Juha Heinanen jh@tutpro.com wrote:
Jason Penton writes:
Sorry, I sent the incorrect bt,
based on the new bt is looks like the incoming xmlrpc request does not have via header and crash happens when that non-existent via header is freed.
do you have ngrep of the request?
-- juha
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
Hi Juha,
Okay I have found the root cause....
If the XML data for string parameters is sent in as follows:
<?xml version="1.0" encoding="UTF-8"?><methodCall><methodName>ulscscf.showimpu</methodName><params><param><value> <string>somestring</string></value></param></params></methodCall>
then everything is fine. BUT, if you send the following (viz. string tags omitted - done by default in JAVA XML:
<?xml version="1.0" encoding="UTF-8"?><methodCall><methodName>ulscscf.showimpu</methodName><params><param><value>somestring</value></param></params></methodCall>
you will get a segfault.
Ideally we should return a fault string here - if "parsing" fails in xmllibrary...
Cheers Jason
On Mon, May 19, 2014 at 6:52 PM, Jason Penton jason.penton@gmail.comwrote:
Hi Juha,
There is a via. The message is handled correctly and in fact responded to correctly, but the seg fault happens very soon after. I have localized the problem to passing in a parameter in the RPC input request.
As soon as code has something like the following before the RPC response, it crashes.....
str impu; if (rpc->scan(ctx, "S", &impu) < 1) { rpc->fault(ctx, 400, "required IMPU argument"); return; }
if I remove the above, and hardwire the return RPC values/data, everything is fine, add it back, even if not being used, and crash is back.
On Mon, May 19, 2014 at 5:51 PM, Juha Heinanen jh@tutpro.com wrote:
Jason Penton writes:
Sorry, I sent the incorrect bt,
based on the new bt is looks like the incoming xmlrpc request does not have via header and crash happens when that non-existent via header is freed.
do you have ngrep of the request?
-- juha
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
Jason Penton writes:
<?xml version="1.0" encoding="UTF-8"?><methodCall><methodName>ulscscf.showimpu</methodName><params><param><value>somestring</value></param></params></methodCall>
you will get a segfault.
Ideally we should return a fault string here - if "parsing" fails in xmllibrary...
sure. kamailio should not crash on incorrect xmlrpc request.
-- juha
Yeah, I'll take a look tomorrow.
Cheers
On Mon, May 19, 2014 at 8:21 PM, Juha Heinanen jh@tutpro.com wrote:
Jason Penton writes:
<?xml version="1.0"
encoding="UTF-8"?><methodCall><methodName>ulscscf.showimpu</methodName><params><param><value>somestring</value></param></params></methodCall>
you will get a segfault.
Ideally we should return a fault string here - if "parsing" fails in xmllibrary...
sure. kamailio should not crash on incorrect xmlrpc request.
-- juha
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
-
Jason Penton -
Juha Heinanen