[OpenSIPS-Users] uac_replace_to segmentation fault

Thu Apr 17 16:03:53 CEST 2014

Hello Samuel,

By any chance, have you downloaded your sources from the "latest" links 
[1] from the *Downloads* section of the website?
If *yes*, then mind you that it is very likely that you've been working 
with only the initial release of the 1.11 beta from March 21 (Răzvan 
updated the tarball scripts just about a day ago).

In the mean time, all the issues you've mentioned have been reported and 
their fixes are in the testing phase on the master branch.

[1]: http://www.opensips.org/Downloads/Downloads

Best regards,

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 04/17/2014 04:29 PM, Samuel Muller wrote:
> Hello Razvan,
>
> I admit I could not wait anymore, I had to find another solution. So,
> I don't use the function anymore in that particular case. I hope you
> will resolve the problem in next version.
>
> Furthermore I'm trying the v.1.11, that breaks several core stuff :
> following issues on github, almost all of them happens here : weird
> via headers, mem/f_malloc.c crash when using cache_raw_query with
> Redis, and so on ...
> Worst are new core variables $T_tm_timeout, $T_tm_inv_timeout and
> $DLG_timeout. Opensips cancels all the dialogs (both ways) internally,
> independently of what I set up for these vars, as if Opensips does not
> care about the timers values.
>
> I'm thinking to roll back to an old stable release, as v.1.9 for instance.
>
> I hope OpenSips 1.12 will be more mature / stable.
>
> Regards,
>
>
> Samuel MULLER
> Telecom & Media Consultant
> co-owner
> L33 NETWORKS
> +33 663 128 505
> sml at l33.fr
> www.l33.fr
>
>
> On Thu, Apr 17, 2014 at 2:33 PM, Răzvan Crainea <razvan at opensips.org> wrote:
>> Hi, Samuel!
>>
>> Sorry for getting back so late. Do you still have this issue with the latest
>> 1.10 source?
>>
>> Best regards,
>>
>> Razvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com
>>
>> On 01/21/2014 02:44 PM, Samuel Muller wrote:
>>> Hello Răzvan ,
>>>
>>> Yes, rr module is loaded, with this needed parameter :
>>> modparam("rr","enable_double_rr",1)
>>>
>>> others are in default config.
>>>
>>> With the module parameters set up as you asked, same problem happened :
>>>
>>> [Script Trace][line 362][me][module uac_replace_to] -> (INVITE
>>> cf6ade52a95d-bvzxxpfi54fl fU=10935 rU=0663128505)
>>> Jan 21 13:40:49 [1762] DBG:uac:replace_uri: uri to replace
>>> [sip:8 at ibtel.v.ibrowse.com]
>>> Jan 21 13:40:49 [1762] DBG:uac:replace_uri: replacement uri is
>>> [sip:0663128505 at ibtel.v.ibrowse.com]
>>> Jan 21 13:40:49 [1762] DBG:uac:replace_uri: encode
>>> is=<AAAAAAh2X1FFV1QbRhspCxAbEh9LWE0GD3Jvd3NlLmNvbQ--> len=48
>>> Segmentation fault
>>>
>>>
>>> Regards,
>>>
>>>
>>>
>>> Samuel MULLER
>>> Telecom & Media Consultant
>>> co-owner
>>> L33 NETWORKS
>>> +33 663 128 505
>>> sml at l33.fr
>>> www.l33.fr
>>>
>>>
>>> On Mon, Jan 20, 2014 at 2:59 PM, Răzvan Crainea <razvan at opensips.org>
>>> wrote:
>>>> Hi, Samuel!
>>>>
>>>> Are you loading the 'rr' module in your script? Also, have you tried the
>>>> 'manual' mode?
>>>>
>>>> Bet regards,
>>>>
>>>>
>>>> Razvan Crainea
>>>> OpenSIPS Core Developer
>>>> http://www.opensips-solutions.com
>>>>
>>>> On 01/15/2014 04:08 PM, Samuel Muller wrote:
>>>>>
>>>>> FYI,
>>>>>
>>>>> I noticed that OpenSips does not crash when module parameters are set to
>>>>> :
>>>>> modparam("uac","restore_mode","none")
>>>>>
>>>>> means that there's no encoding stuff like this line:
>>>>> Jan  8 16:26:55 vp-scp1a opensips[29220]: DBG:uac:replace_uri: encode
>>>>> is=<AAAAAAIDCAQCdV9VQlZdbgVHGUwEQR4RF0EUHAguY29t> len=44
>>>>>
>>>>> But in that way I can't use replacement back in the next requests.
>>>>>
>>>>> Hope that helps,
>>>>>
>>>>>
>>>>> Samuel MULLER
>>>>> Telecom & Media Consultant
>>>>> co-owner
>>>>> L33 NETWORKS
>>>>> +33 663 128 505
>>>>> sml at l33.fr
>>>>> www.l33.fr
>>>>>
>>>>>
>>>>> On Sat, Jan 11, 2014 at 12:15 PM, Samuel Muller <sml at l33.fr> wrote:
>>>>>>
>>>>>> Hello back,
>>>>>>
>>>>>> Here you ave the result of your needs :
>>>>>>
>>>>>> (gdb) f 1
>>>>>> #1  0x00007f83f453bcb9 in replace_uri (msg=msg at entry=0x7f83fd7bfb90,
>>>>>> display=display at entry=0x7fff9017ba30, uri=uri at entry=0x7fff9017ba20,
>>>>>> hdr=<optimized out>, to=44, to at entry=0) at replace.c:432
>>>>>> 432 replace.c: No such file or directory.
>>>>>>
>>>>>> (gdb) p uac_rrb
>>>>>> $1 = {add_rr_param = 0, check_route_param = 0, is_direction = 0,
>>>>>> get_route_param = 0, register_rrcb = 0, get_remote_target = 0,
>>>>>> get_route_set = 0, append_fromtag = 0, removed_routes = 0x0,
>>>>>>      routing_type = 0x0}
>>>>>>
>>>>>>
>>>>>> FYI, in the debug package,you have all the uac modules here :
>>>>>>
>>>>>> ~ $ ls -1 /usr/lib/debug/usr/lib/opensips/modules/ | grep uac
>>>>>> uac_auth.so
>>>>>> uac_redirect.so
>>>>>> uac_registrant.so
>>>>>> uac.so
>>>>>>
>>>>>>
>>>>>> I hope that you'll find what the matters ...
>>>>>>
>>>>>>
>>>>>> Samuel
>>>>>>
>>>>>>> Hi, Samuel!
>>>>>>>
>>>>>>> Can you go back in gdb and print the following value:
>>>>>>>
>>>>>>> # f 1
>>>>>>> # p uac_rrb
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Razvan Crainea
>>>>>>> OpenSIPS Core Developer
>>>>>>> http://www.opensips-solutions.com
>>>>>>
>>>>>>
>>>>>> On 01/09/2014 02:21 PM, Samuel Muller wrote:
>>>>>>>
>>>>>>> Hello Razvan,
>>>>>>>
>>>>>>> All the module parameters are set up as default ...
>>>>>>>
>>>>>>> #modparam("uac","restore_mode"
>>>>>>
>>>>>> ,"auto")
>>>>>>>
>>>>>>> #modparam("uac","restore_passwd","")
>>>>>>> #modparam("uac","force_dialog",no)
>>>>>>> #modparam("uac","rr_to_store_param","vst")
>>>>>>>
>>>>>>> the function is called in the branch route only, and only one time,
>>>>>>> like
>>>>>>> :
>>>>>>>
>>>>>>> 1300 branch_route[1] {
>>>>>>> ...
>>>>>>> 1310     if (is_method("INVITE")) {
>>>>>>> ...
>>>>>>> 1316         if (isbflagset(PSTNDISPLAY)) {
>>>>>>> 1317
>>>>>>> uac_replace_from("+$avp(caller_e164)","$var(caller_pstnuri)");
>>>>>>> 1318         }
>>>>>>> 1319     }
>>>>>>> 1320 }
>>>>>>>
>>>>>>> The same problem happened when I tried with uac_replace_to() (see my
>>>>>>> first email entry).
>>>>>>>
>>>>>>> Thanks a lot,
>>>>>>>
>>>>>>> Samuel
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140417/02fbdf51/attachment.htm>