3 May
2016
3 May
'16
6:03 p.m.
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/6b23c27d8406780083a6b7bb774efa2…
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