Hi All,
Whilst attempting to track down the source of an issue introduced at some
point since 4.2.1, I came across the following and would appreciate a
second opinion.
In send_notify_request() function (/modules/presence/notify.c), the aux
body processing function attached to the event is called:
> /* call aux_body_processing if exists */
> if(subs->event->aux_body_processing)
> {
> aux_body = subs->event->aux_body_processing(subs, notify_body);
> if(aux_body) {
&…
[View More]gt; free_notify_body(notify_body, subs->event);
> notify_body = aux_body;
> }
> }
However, by the time we reach this function, aux body processing will
already have been completed (specifically in the publ_notify() or
query_db_notify() functions of the same file).
If I remove the duplicate function call, the issue goes away - but I'm
reluctant to submit a pull request which reverts an earlier commit, unless
I can understand the reason for the change in the first place. Especially
since it was made a year ago.
Is anyone able to explain what I'm missing?
Cheers,
Charles
--
*** We're rebranding! Learn more here
<http://www.sipcentric.com/2015/07/were-rebranding/> ***
www.sipcentric.com
Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
Birmingham Science Park, Birmingham B7 4BB.
[View Less]
Hi,
I'm trying to get the line number when a config function is called.
Looking at the *fixup_dbg_pv_dump*():
"
dbg_sip_msg_action = dbg_fixup_get_action(param, param_no);
_dbg_sip_msg_cline = dbg_sip_msg_action->cline;
"
The above works as long as the config function is called with at least 1
parameter. When the config function is called with no parameters (param
== NULL), this will segfault at the moment, due to invalid access at the
second line.
The question is, is there a …
[View More]straightforward way to get the config number
of a config function with no parametersx? Else, I could just return a
negative value meaning that the config line is unknown.
Regards,
Stefan
[View Less]
Module: kamailio
Branch: master
Commit: caeda232d6e2d29a5da202c9db244b407c94ede2
URL: https://github.com/kamailio/kamailio/commit/caeda232d6e2d29a5da202c9db244b4…
Author: Ian Yu-Hsun Lin <ianyuhsunlin(a)gmail.com>
Committer: Ian Yu-Hsun Lin <ianyuhsunlin(a)gmail.com>
Date: 2016-01-14T16:02:25+08:00
registrar: reg_xavp_cfg should not be reset when sock_flag is not set
- since there are functions like `registered()` would use it
- reported by Jayesh Nambiar (@jayesh1017) in the …
[View More]comment of GH#470
---
Modified: modules/registrar/reg_mod.c
---
Diff: https://github.com/kamailio/kamailio/commit/caeda232d6e2d29a5da202c9db244b4…
Patch: https://github.com/kamailio/kamailio/commit/caeda232d6e2d29a5da202c9db244b4…
---
diff --git a/modules/registrar/reg_mod.c b/modules/registrar/reg_mod.c
index 0d7c5ac..f859db4 100644
--- a/modules/registrar/reg_mod.c
+++ b/modules/registrar/reg_mod.c
@@ -365,7 +365,6 @@ static int mod_init(void)
} else if (reg_xavp_cfg.s) {
if (reg_xavp_cfg.len == 0 || sock_flag == -1) {
LM_WARN("empty reg_xavp_cfg or sock_flag no set -> resetting\n");
- reg_xavp_cfg.len = 0;
sock_flag = -1;
}
} else if (sock_flag!=-1) {
[View Less]
after this commit one of my function to match the registered contact stopped working as expected. Here's the code snippet:
```
$xavp(reg=>match_callid) = $avp(callid);
#---match existing record based on callid---
if(registered("location", "$tu", 1)) {
xlog("L_INFO", "It is a Re-Register");
}
```
The above registered function returned true even when the callid of the new REGISTER request was different from the existing one. It seems like some side …
[View More]effect of the commit. When i went back to the commit earlier than this, it worked as before.
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/c46a5f2792b8553ade871d98cfe892c…
[View Less]