Hi all
I have experienced segfaults when using avp_copy in Kamailio 3.01. This happens when using the "g" flag and the avp is not null (no problem if it has no content) avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/gd");
Removing the "g" flags works ok (but does not copy all the content of course): avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/d");
Directly copying the avp works fine: $avp(s:caller_block_out_list) = $avp(s:block_out_list);
Logs:
kernel: [1503237.523015] kamailio[8156]: segfault at 1008eb91c ip 505344 sp 7fffffffad10 error 4 in kamailio[400000+1c9000]
WARNING: <core> [usr_avp.c:483]:AVP specified with index, but not used for search ALERT: <core> [main.c:722]: child process 8156 exited by a signal 11 ALERT: <core> [main.c:725]: core was not generated INFO: <core> [main.c:737]: INFO: terminating due to SIGCHLD INFO: <core> [main.c:788]: INFO: signal 15 received
Hello,
can you get the backtrace. Make sure the ulimit is enough for writing a core and kamailio has written permissions in the working directory.
Cheers, Daniel
On 5/6/10 7:19 PM, Jon Bonilla (Manwe) wrote:
Hi all
I have experienced segfaults when using avp_copy in Kamailio 3.01. This happens when using the "g" flag and the avp is not null (no problem if it has no content) avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/gd");
Removing the "g" flags works ok (but does not copy all the content of course): avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/d");
Directly copying the avp works fine: $avp(s:caller_block_out_list) = $avp(s:block_out_list);
Logs:
kernel: [1503237.523015] kamailio[8156]: segfault at 1008eb91c ip 505344 sp 7fffffffad10 error 4 in kamailio[400000+1c9000]
WARNING:<core> [usr_avp.c:483]:AVP specified with index, but not used for search ALERT:<core> [main.c:722]: child process 8156 exited by a signal 11 ALERT:<core> [main.c:725]: core was not generated INFO:<core> [main.c:737]: INFO: terminating due to SIGCHLD INFO:<core> [main.c:788]: INFO: signal 15 received
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
El Thu, 06 May 2010 19:21:54 +0200 Daniel-Constantin Mierla miconda@gmail.com escribió:
Hello,
can you get the backtrace. Make sure the ulimit is enough for writing a core and kamailio has written permissions in the working directory.
Cheers, Daniel
#0 search_next_avp (s=0x7fffffffb420, val=0x7fffffffb470) at usr_avp.c:394
#1 0x00007fa51ce204f0 in ops_copy_avp (msg=0xb07cb8, src=<value optimized out>, dst=0xb3b5a0) at avpops_impl.c:882
#2 0x000000000041569f in do_action out>(h=0x7fffffffceb0, a=0x8f2ea8, msg=0xb07cb8) at action.c:860
#3 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x8ea950, msg=0xb07cb8) at action.c:1293
#4 0x0000000000415991 in do_action (h=0x7fffffffceb0, a=0x965090, msg=0xb07cb8) at action.c:479
#5 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x93fb50, msg=0xb07cb8) at action.c:1293
#6 0x0000000000415991 in do_action (h=0x7fffffffceb0, a=0x8c0058, msg=0xb07cb8) at action.c:479
#7 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x8c0058, msg=0xb07cb8) at action.c:1293
#8 0x0000000000414b57 in do_action (h=0x7fffffffceb0, a=0x8c0148, msg=0xb07cb8) at action.c:853
#9 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x8b7d10, msg=0xb07cb8) at action.c:1293
#10 0x0000000000415991 in do_action (h=0x7fffffffceb0, a=0xb20238, msg=0xb07cb8) at action.c:479
#11 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0xb20238, msg=0xb07cb8) at action.c:1293
#12 0x0000000000414b57 in do_action (h=0x7fffffffceb0, a=0xb20ff8, msg=0xb07cb8) at action.c:853
#13 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0xb17658, msg=0xb07cb8) at action.c:1293
#14 0x0000000000418373 in run_top_route (a=0xb17658, msg=0xb07cb8, c=<value optimized out>) at action.c:1341
#15 0x000000000047fd2e in receive_msg (buf=0x863580 "INVITE sip:12345@77.XXX.XXX.XXX SIP/2.0\r\nVia: SIP/2.0/UDP 10.0.0.7;rport;branch=z9hG4bKejhpkapt\r\nMax-Forwards: 69\r\nProxy-Authorization: Digest username="lalala2",realm="77.XXX.XXX.XXX",nonce="4be30da"..., len=<value optimized out>, rcv_info=0x7fffffffd130) at receive.c:196
#16 0x00000000004fe381 in udp_rcv_loop () at udp_server.c:520
#17 0x0000000000454b01 in main_loop () at main.c:1447
#18 0x0000000000457582 in main (argc=<value optimized out>, argv=<value optimized out>) at main.c:2251
Hello,
hopefully was a easy one, please fetch latest git and try again. Let me know if is fixed.
Thanks, Daniel
On 5/6/10 8:57 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 19:21:54 +0200 Daniel-Constantin Mierlamiconda@gmail.com escribió:
Hello,
can you get the backtrace. Make sure the ulimit is enough for writing a core and kamailio has written permissions in the working directory.
Cheers, Daniel
#0 search_next_avp (s=0x7fffffffb420, val=0x7fffffffb470) at usr_avp.c:394
#1 0x00007fa51ce204f0 in ops_copy_avp (msg=0xb07cb8, src=<value optimized out>, dst=0xb3b5a0) at avpops_impl.c:882
#2 0x000000000041569f in do_action out>(h=0x7fffffffceb0, a=0x8f2ea8, msg=0xb07cb8) at action.c:860
#3 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x8ea950, msg=0xb07cb8) at action.c:1293
#4 0x0000000000415991 in do_action (h=0x7fffffffceb0, a=0x965090, msg=0xb07cb8) at action.c:479
#5 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x93fb50, msg=0xb07cb8) at action.c:1293
#6 0x0000000000415991 in do_action (h=0x7fffffffceb0, a=0x8c0058, msg=0xb07cb8) at action.c:479
#7 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x8c0058, msg=0xb07cb8) at action.c:1293
#8 0x0000000000414b57 in do_action (h=0x7fffffffceb0, a=0x8c0148, msg=0xb07cb8) at action.c:853
#9 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0x8b7d10, msg=0xb07cb8) at action.c:1293
#10 0x0000000000415991 in do_action (h=0x7fffffffceb0, a=0xb20238, msg=0xb07cb8) at action.c:479
#11 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0xb20238, msg=0xb07cb8) at action.c:1293
#12 0x0000000000414b57 in do_action (h=0x7fffffffceb0, a=0xb20ff8, msg=0xb07cb8) at action.c:853
#13 0x0000000000418014 in run_actions (h=0x7fffffffceb0, a=0xb17658, msg=0xb07cb8) at action.c:1293
#14 0x0000000000418373 in run_top_route (a=0xb17658, msg=0xb07cb8, c=<value optimized out>) at action.c:1341
#15 0x000000000047fd2e in receive_msg (buf=0x863580 "INVITE sip:12345@77.XXX.XXX.XXX SIP/2.0\r\nVia: SIP/2.0/UDP 10.0.0.7;rport;branch=z9hG4bKejhpkapt\r\nMax-Forwards: 69\r\nProxy-Authorization: Digest username="lalala2",realm="77.XXX.XXX.XXX",nonce="4be30da"..., len=<value optimized out>, rcv_info=0x7fffffffd130) at receive.c:196
#16 0x00000000004fe381 in udp_rcv_loop () at udp_server.c:520
#17 0x0000000000454b01 in main_loop () at main.c:1447
#18 0x0000000000457582 in main (argc=<value optimized out>, argv=<value optimized out>) at main.c:2251
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
El Thu, 06 May 2010 21:15:38 +0200 Daniel-Constantin Mierla miconda@gmail.com escribió:
Hello,
hopefully was a easy one, please fetch latest git and try again. Let me know if is fixed.
worked.
BTW, is there a preferred way to do this in kamailio 3?
$avp(s:caller_block_out_list) = $avp(s:block_out_list);
or
avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/gd");
thanks!
On 5/6/10 10:12 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 21:15:38 +0200 Daniel-Constantin Mierlamiconda@gmail.com escribió:
Hello,
hopefully was a easy one, please fetch latest git and try again. Let me know if is fixed.
worked.
BTW, is there a preferred way to do this in kamailio 3?
$avp(s:caller_block_out_list) = $avp(s:block_out_list);
or
avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/gd");
do you have only one value for that avp or many? If only one, then assignment is more actual. Lot of stuff from avpops is obsoleted by script operations, a reason avpops has not been much under focus lately.
Cheers, Daniel
On 5/6/10 10:13 PM, Daniel-Constantin Mierla wrote:
On 5/6/10 10:12 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 21:15:38 +0200 Daniel-Constantin Mierlamiconda@gmail.com escribió:
Hello,
hopefully was a easy one, please fetch latest git and try again. Let me know if is fixed.
worked.
BTW, is there a preferred way to do this in kamailio 3?
$avp(s:caller_block_out_list) = $avp(s:block_out_list);
or
avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/gd");
do you have only one value for that avp or many? If only one, then assignment is more actual. Lot of stuff from avpops is obsoleted by script operations, a reason avpops has not been much under focus lately.
completing a bit - no much work on avpops is a result of avps being just a sub-class of script variables. when avpops was created, it was practically no script variables, avps+avpops being the only way to do kind of variable-like operations.
Now there are many script variables, so the script language offer mechanisms for dealing with.
Cheers, Daniel
El Thu, 06 May 2010 22:20:04 +0200 Daniel-Constantin Mierla miconda@gmail.com escribió:
do you have only one value for that avp or many? If only one, then assignment is more actual. Lot of stuff from avpops is obsoleted by script operations, a reason avpops has not been much under focus lately.
completing a bit - no much work on avpops is a result of avps being just a sub-class of script variables. when avpops was created, it was practically no script variables, avps+avpops being the only way to do kind of variable-like operations.
Now there are many script variables, so the script language offer mechanisms for dealing with.
Time to update cfg files then.
Thanks a lot Daniel!
On 5/6/10 10:29 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 22:20:04 +0200 Daniel-Constantin Mierlamiconda@gmail.com escribió:
do you have only one value for that avp or many? If only one, then assignment is more actual. Lot of stuff from avpops is obsoleted by script operations, a reason avpops has not been much under focus lately.
completing a bit - no much work on avpops is a result of avps being just a sub-class of script variables. when avpops was created, it was practically no script variables, avps+avpops being the only way to do kind of variable-like operations.
Now there are many script variables, so the script language offer mechanisms for dealing with.
Time to update cfg files then.
avpops will stay, won't be removed - to be sure it wasn't any misunderstanding, just that won't get much new stuff, since now when we add something for script variables, has to work for any kind of variable, no matter is $avp(...), $sht(...), $var(...), etc...
avpops still has some particular goodies.
Cheers, Daniel
El Thu, 06 May 2010 22:13:32 +0200 Daniel-Constantin Mierla miconda@gmail.com escribió:
do you have only one value for that avp or many?
Many.
On 5/6/10 10:22 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 22:13:32 +0200 Daniel-Constantin Mierlamiconda@gmail.com escribió:
do you have only one value for that avp or many?
Many.
then avp_copy does it in one line. With script operations:
while($avp(s:block_out_list)) { $avp(s:caller_block_out_list) = $avp(s:block_out_list); $avp(s:block_out_list) = $null; }
is same as:
avp_copy("$avp(s:block_out_list)", "$avp(s:caller_block_out_list)/gd");
Cheers, Daniel
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Daniel-Constantin Mierla -
Jon Bonilla