6 May
2010
6 May
'10
7:19 p.m.
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
6 May
6 May
7:21 p.m.
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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
* http://www.asipto.com/
* http://twitter.com/miconda
* http://www.linkedin.com/in/danielconstantinmierla
8:57 p.m.
El Thu, 06 May 2010 19:21:54 +0200
Daniel-Constantin Mierla <miconda(a)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
9:15 p.m.
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 Mierla<miconda(a)gmail.com> escribió:
--
Daniel-Constantin Mierla
* http://www.asipto.com/
* http://twitter.com/miconda
* http://www.linkedin.com/in/danielconstantinmierla
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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
10:12 p.m.
El Thu, 06 May 2010 21:15:38 +0200
Daniel-Constantin Mierla <miconda(a)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!
10:13 p.m.
On 5/6/10 10:12 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 21:15:38 +0200
Daniel-Constantin Mierla<miconda(a)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.
Cheers,
Daniel
--
Daniel-Constantin Mierla
* http://www.asipto.com/
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");
10:20 p.m.
On 5/6/10 10:13 PM, Daniel-Constantin Mierla wrote:
On 5/6/10 10:12 PM, Jon Bonilla (Manwe) wrote:
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
--
Daniel-Constantin Mierla
* http://www.asipto.com/
El Thu, 06 May 2010 21:15:38 +0200
Daniel-Constantin Mierla<miconda(a)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. 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");
10:29 p.m.
El Thu, 06 May 2010 22:20:04 +0200
Daniel-Constantin Mierla <miconda(a)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!
10:32 p.m.
On 5/6/10 10:29 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 22:20:04 +0200
Daniel-Constantin Mierla<miconda(a)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
--
Daniel-Constantin Mierla
* http://www.asipto.com/
10:27 p.m.
On 5/6/10 10:22 PM, Jon Bonilla (Manwe) wrote:
El Thu, 06 May 2010 22:13:32 +0200
Daniel-Constantin Mierla<miconda(a)gmail.com> escribió:
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
do you have only one value for that avp or many?
Many.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
* http://www.asipto.com/
5126
days inactive
5126
days old
10 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
Jon Bonilla