[OpenSIPS-Users] Question about script variables

Liviu Chircu liviu at opensips.org
Thu Nov 23 08:34:51 EST 2017


Hi Denys,

The book is doing the correct thing - educating the script writer that 
he must not rely on any $var() holders once an instance of script 
execution ends for a given message.

You, on the other hand, have the additional knowledge of an underlying 
optimization: the $var() values are not reset (actually, they are rarely 
touched at all beyond the script manipulations). The fact that you 
occasionally find the value that you left in the previous message is 
just a coincidence, and you cannot reliably use their initial values. 
Since this is just a "nice to know" developer quirk, I think it would 
cause confusion if the authors were to include it in the book.

If you talk C, you can think of $vars as "uninitialized stack variables".

Regards,

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 23.11.2017 14:13, Denys Pozniak wrote:
> Hello!
>
> I am newbie in OpenSIPS and probably my question is stupid, but I 
> could not sleep without correct answer :)
> In the book *Building Telephony Systems with OpenSIPS Second Edition* 
> I found next part (p. 97):
>
> /The script variables/
> /As the name indicates, these variables are strictly bound to the 
> scripting routes. The/
> /variables are visible only in the routing blocks and they have no 
> persistency—when/
> /the route (with all its subroutes) ends, the variables are discarded./
>
> Is it correct explanation?According to this, variable lives on SIP 
> message level when script are executing, but I think something is not 
> correct as variable lives on proccess level.
>
> Please help me to sort out this!
>
> BR
> Denys
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20171123/4fe21d6d/attachment.html>


More information about the Users mailing list