[OpenSIPS-Users] 2.2.x and CP with json

[Jeff Wilkie]

Compiling the 2.2.3, I'm seeing several warnings of similar type below:

lookup.c: In function ‘is_contact_registered’:

lookup.c:559: warning: ‘callid.len’ may be used uninitialized in this
function

lookup.c:559: warning: ‘callid.s’ may be used uninitialized in this function


dlg_replication.c: In function ‘dlg_replicated_profiles’:

dlg_replication.c:838: warning: ‘old_name.s’ may be used uninitialized in
this function

dlg_replication.c:838: warning: ‘old_name.len’ may be used uninitialized in
this function

Is this anything to worry about?

Jeff Wilkie


On Fri, Feb 24, 2017 at 12:21 PM, Jeff Wilkie <jwilkie at usipcom.com> wrote:

> Thanks Bogdan,  I will dl 2.2.3 and retest.  This error occurred on the
> following BTW
>
> Array
> (
>     [Server] => OpenSIPS (2.3.0-dev (x86_64/linux))
> )
>
>
> Jeff Wilkie
>
> On Fri, Feb 24, 2017 at 4:46 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
> wrote:
>
>> Hi Jeff,
>>
>> There was an issue on how the MI output of the address_dump was formated
>> when using JSON. This issue was leading to an invalid JSON being returned.
>> And CP was dropping the returned JSON as not able being able to parse it.
>> If you do the direct web query, there is nothing to parse/validate the
>> JSON, so it is displayed.
>>
>> The issue was fixed in latest 2.2, so please grab the 2.2.3 and give it a
>> try please.
>>
>> Best regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 02/22/2017 08:24 PM, Jeff Wilkie wrote:
>>
>> Ok, question part 2, now that the proper module is loaded :)  From the MI
>> interface in CP, I have 1 small issue.  Using json to interface with
>> opensips, I execute the command "*address_dump" *and execute.  I receive
>> the output of address dump   |  son:127.0.0.1:8888/json Successfully
>> executed, no output generated.  Other commands like domain_dump work as
>> expected in the SYSTEM/MI interface.  If I bypass CP and use web direct
>> command 127.0.0.1:8888/json/address_dump I receive the proper output.
>> Not sure why CP provides no output from this command though.
>>
>> The web query directly looks like this as a response when not using MI
>> via CP
>>
>> http://10.10.20.229:8888/json/address_dump
>>
>> {"part": [{"value":"default", "children":{"dest": [{"value":"	   8 <10.10.10.99,2, 5060, 1, NULL, 1515599999>"}, {"value":"	  19 <10.10.20.193,2, 5060, 1, NULL, 1515599999>"}, {"value":"	  81 <192.168.1.203,1, 5060, 1, NULL, NULL>"}]}}]}
>>
>>
>> It's not a show stopper but bugging me why it doesn't work for that
>> command only from what I can tell from initial testing.
>>
>> Jeff Wilkie
>>
>>
>>
>>> Yes, you did overlook to load the dialplan module into your OpenSIPS
>>> (the dp_reload command is prvided by this modules).
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>
>>> On 02/22/2017 05:56 PM, Jeff Wilkie wrote:
>>>
>>> When using the mi_json module combined with CP, it appears that not all
>>> of the functions were ported over for this interaction to complete 100%.
>>> JSON enabled in opensips-cp/config/boxes.global.inc.php only allows
>>> some commands to work.  One particular command that appears to not be
>>> working is under SYSTEM/DIALPLAN of CP when you attempt to hit "apply to
>>> server".  I receive a Sending to *json:127.0.0.1:8888/json
>>> <http://127.0.0.1:8888/json>* : Error code 500 (Command not found) for
>>> the dp_reload command.  If I do the same thing under the SYSTEM/PERMISSIONS
>>> page "apply to server" returns success for address_reload.   Is this a
>>> known issue?  Did I overlook something small in the config?  How do I
>>> remedy this issue?
>>> Thanks
>>> Jeff Wilkie
>>>
>>> _______________________________________________
>>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20170224/f86716d8/attachment-0001.html>