[SR-Users] xmlrpc crash
Daniel-Constantin Mierla
miconda at gmail.com
Tue May 3 17:03:55 CEST 2016
Thanks for digging in further, the details proved to be important.
And I think I found the issue -- when the type was not provided, the
pointer inside the xmlNode structure was used instead of using the
function to return a clone of the content, in order to free it later via
xmlrpc module garbage collector.
I couldn't test it -- if you can test the commit:
https://github.com/kamailio/kamailio/commit/6b23c27d8406780083a6b7bb774efa2a53aea540
and all works fine, then you can backport to stable branches.
Cheers,
Daniel
On 03/05/16 14:19, Juha Heinanen wrote:
> in my sems xmlrpc test, i changed htable.reload command to
> permissions.trustedReload (that does not have parameters) and have not
> been able to produce a crash.
>
> my conclusion is that xmlrpc string parameter value without
> <string></string> is causing the crash (perhaps due to memory allocation
> bug either in kamailio or in the xml lib that it is using).
>
> -- juha
--
Daniel-Constantin Mierla
http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, Berlin, May 18-20, 2016 - http://www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160503/9986f2da/attachment.html>
More information about the sr-users
mailing list