Hello,
adding a new class of variables with such behaviour is ok.
The $var(...) has already a variant $vn(...):
- https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#vn_name_-_priv...
$var() is initialized to 0, $vn() is to $null. iirc, there are flags to make the difference, I think that can be reused to add another type of private vars.
Cheers, Daniel
On 21/01/2017 09:20, Armen Babikyan wrote:
Hi Daniel,
Thanks for your response.
Any thoughts to my later comments? i.e. would you consider a patch that resets these variables between top-level request_route executions, either by $var(all) = $null, and/or modparam behavior, and/or something else?
BTW, is the current behavior done this way for a specific reason or foreseen complication (i.e. one that I am not seeing at the moment)?
Thanks!
Armen
On Wed, Jan 18, 2017 at 6:35 AM, Daniel-Constantin Mierla <miconda@gmail.com mailto:miconda@gmail.com> wrote:
Hello, preparing the release of v4.4.5 and digesting the sr-dev mailing list activity, I noticed that this was not answered. The $var(x) type of variables is not reset, they persist over execution of the routing blocks. Their values are stored in private memory, so they are like global variables per each kamailio process/worker. You have to reset them explicitly. Cheers, Daniel On 26/11/2016 00:19, Armen Babikyan wrote:Hello, I recall reading somewhere that all private variables (i.e. $var(foo)-style pvs) are reset/destroyed between request_route executions, but I have a suspicion this is not happening - either in some limited cases or perhaps in all cases. I suppose the most telling symptom is that I see no references to either destroy_vars() or reset_vars() functions that are defined in $kamailio/modules/pv/pv_svar.{c,h}. Is this behavior intentional? If so, I'll see what I can do about implementing a mechanism that manually resets (or destroys?) variables with a "$var(all) = $null;"-type of statement (similar to "$uac_req(all) = $null;"), or making a modparam setting that automatically does this. Thoughts welcome. Thanks! Armen _______________________________________________ sr-dev mailing list sr-dev@lists.sip-router.org <mailto:sr-dev@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev>-- Daniel-Constantin Mierla www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>