gaaf left a comment (kamailio/kamailio#4450)
> What I meant by being wrong is to replace the string value when one was set
> for it already, in other words, if there is a string value, that should be
> kept/propagated, don't replace it with the string representation of
> variable's int value.
You've not disputed my analysis, so I still stand by it: It's not replaced in
the original value. Only the output of the transformation returns the updated
string value.
> The {s.int} transformation is to return the integer conversion of a variable
> that holds only a string value. If the variable has an integer value, that is
> returned.
Not when the result is used in a string context, like in xlog().
> What bug you are referring here to be for {s.int}?
That `{s.int}` on a PV and used in a string context does not represent an
integer.
`xlog("$(rP{s.int})");` prints "tls", not "3". The output of `{s.int}` should
never contain letters, only digits.
See the referenced issue #4444.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/4450#issuecomment-3481523749
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/pull/4450/[email protected]>_______________________________________________
Kamailio - Development Mailing List -- [email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the
sender!
