19 May
2014
19 May
'14
12:52 p.m.
Hi Juha,
There is a via. The message is handled correctly and in fact responded to
correctly, but the seg fault happens very soon after. I have localized the
problem to passing in a parameter in the RPC input request.
As soon as code has something like the following before the RPC response,
it crashes.....
str impu;
if (rpc->scan(ctx, "S", &impu) < 1) {
rpc->fault(ctx, 400, "required IMPU argument");
return;
}
if I remove the above, and hardwire the return RPC values/data, everything
is fine, add it back, even if not being used, and crash is back.
On Mon, May 19, 2014 at 5:51 PM, Juha Heinanen <jh(a)tutpro.com> wrote:
Jason Penton writes:
Sorry, I sent the incorrect bt,
based on the new bt is looks like the incoming xmlrpc request does not
have via header and crash happens when that non-existent via header is
freed.
do you have ngrep of the request?
-- juha
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev