19 May
2014
19 May
'14
10:50 a.m.
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"
19 May
19 May
10:57 a.m.
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
11:05 a.m.
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
11:30 a.m.
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(a)gmail.com>wrote;wrote:
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
12:52 p.m.
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
2:17 p.m.
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(a)gmail.com>wrote;wrote:
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
2:21 p.m.
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
2:23 p.m.
Yeah, I'll take a look tomorrow.
Cheers
On Mon, May 19, 2014 at 8:21 PM, Juha Heinanen <jh(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
3882
days inactive
3882
days old
8 comments
2 participants
participants (2)
-
Jason Penton -
Juha Heinanen