Re: [SR-Users] Kamailio 3.3.7

2019-10-24 Thread Henning Westerholt
Hello Brandon, It is related to the linker, which has slightly a different behaviour nowadays. Therefore, it will not be fixed in the repository, 3.3 branch is long out of support. Try this out: diff --git a/raw_sock.c b/raw_sock.c index b514a8784..1d18e5ab5 100644 --- a/raw_sock.c +++ b/raw_s

Re: [SR-Users] environmental variables in kamailio

2019-10-24 Thread Rick Barenthin
I've never used it but wiki says: $env(NAME) - environment variables *$env(NAME)* - value of the environment variable named NAME So it should be possible. Alex Balashov schrieb am Do., 24. Okt. 2019, 08:16: > It is not. But you can do this via any template system such as Jinja2, or > a hand-ro

Re: [SR-Users] Kamailio 3.3.7

2019-10-24 Thread Daniel-Constantin Mierla
Hello, to add a bit, because probably after this patch, I expect another linker issue will be reported -- the root issue is the fact that some newer linkers want inline functions to be declared static. So more changes might be needed to add static to inline functions. On the other hand, as I rem

Re: [SR-Users] environmental variables in kamailio

2019-10-24 Thread Daniel-Constantin Mierla
Hello, indeed there is a pseudo-variable that gives the environment variables. Moreover, iirc, Luis Azedo added a while ago (it may be only from 5.3) support to resolve variables inside substdef (and maybe define) -- so eventually you should be able to do this with 5.3.0: #!substdef "/PUBLICIP/$e

Re: [SR-Users] Kamailio 3.3.7

2019-10-24 Thread Brandon Armstead
Perfect - thank you guys for the update / info, I'll give this a go shortly here and let you know how it goes :). On Thu, Oct 24, 2019 at 2:08 AM Daniel-Constantin Mierla wrote: > Hello, > > to add a bit, because probably after this patch, I expect another linker > issue will be reported -- the