Ok, got the bt now, looks like something to do with nat handling, whenever<br>i make a call and nat handling is invoked opensips crashes when after the bye. <br><br>core was generated by `opensips -Edddddddddddddddddddddddd'.<br>
Program terminated with signal 11, Segmentation fault.<br>#0 0xb78e11d4 in extract_body (msg=0x81e0200, body=0xbf9f803c)<br> at nhelpr_funcs.c:172<br>172 body->len = get_content_length(msg);<br>(gdb) #<br>
(gdb) bt<br>#0 0xb78e11d4 in extract_body (msg=0x81e0200, body=0xbf9f803c)<br> at nhelpr_funcs.c:172<br>#1 0xb78d9a69 in fix_nated_sdp_f (msg=0x81e0200,<br> str1=0x3 <Address 0x3 out of bounds>, str2=0x0) at nathelper.c:1547<br>
#2 0x08056e69 in do_action (a=0x81d1ea0, msg=0x81e0200) at action.c:830<br>#3 0x080592f0 in run_action_list (a=0x81d1ea0, msg=0x81e0200) at action.c:138<br>#4 0x08057ed5 in do_action (a=0x81d1f08, msg=0x81e0200) at action.c:702<br>
#5 0x080592f0 in run_action_list (a=0x81d1f08, msg=0x81e0200) at action.c:138<br>#6 0x08057ed5 in do_action (a=0x81d1f70, msg=0x81e0200) at action.c:702<br>#7 0x080592f0 in run_action_list (a=0x81d1688, msg=0x81e0200) at action.c:138<br>
#8 0x08059689 in run_top_route (a=0x81d1688, msg=0x81e0200) at action.c:118<br>#9 0xb793f88f in reply_received (p_msg=0x81e0200) at t_reply.c:1371<br>#10 0x08067d64 in forward_reply (msg=0x81e0200) at forward.c:507<br>#11 0x08098bc6 in receive_msg (<br>
buf=0x8189100 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP <PUB_IP>;branch=z9hG4bK31e6.03eccf57.0\r\nVia: SIP/2.0/UDP 172.16.16.226:5070;received=<a href="http://172.16.16.226">172.16.16.226</a>;rport=5070;branch=z9hG4bKfxczqccr\r\nRecord-Route: <sip:<a href="http://66.8.58.56">66.8.58.56</a>;l"..., len=426,<br>
rcv_info=0xbf9f8a98) at receive.c:203<br>#12 0x080dc067 in udp_rcv_loop () at udp_server.c:449<br>#13 0x08070edd in main (argc=2, argv=0xbf9f8c84) at main.c:776<br><br>here is a piece of cfg <br><br>onreply_route[2]<br>
{<br> xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n");<br> if(nat_uac_test("1"))<br> {<br> fix_nated_contact();<br> }<br> if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") <br>
{<br> if(!search("^Content-Length:[ ]*0"))<br> {<br> fix_nated_sdp("3");<br> }<br> }<br> exit;<br> <br>}<br><br><br><br><div class="gmail_quote">On Fri, Nov 28, 2008 at 1:40 PM, Iñaki Baz Castillo <span dir="ltr"><<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">El Viernes, 28 de Noviembre de 2008, TCB escribió:<br>
</div><div class="Ih2E3d">> No luck, i didnt use a deb, compiled on gentoo 2008.0. Are there any<br>
> compile time flags i have to set.<br>
<br>
</div>I already said you:<br>
<div><div></div><div class="Wj3C7c"><br>
> > Anyway, check the provided init scripts. Note that the related script<br>
> > code in<br>
> > the Debian init script is:<br>
> ><br>
> > if test "$DUMP_CORE" = "yes" ; then<br>
> > # set proper ulimit<br>
> > ulimit -c unlimited<br>
> ><br>
> > # directory for the core dump files<br>
> > COREDIR=/var/run/opensips/corefiles<br>
> > [ -d $COREDIR ] || mkdir $COREDIR<br>
> > chmod 777 $COREDIR<br>
> > echo "$COREDIR/core.%e.sig%s.%p" > /proc/sys/kernel/core_pattern<br>
> > fi<br>
<br>
<br>
--<br>
Iñaki Baz Castillo<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>TC<br>