Hello,
be aware that the modules purple and iptrtpproxy were moved to obsolete
folder.
They were not compiling for several years and nobody showed interest in
updating them. If anyone wast to rescue them, she/he is welcome to get
them back and upgrade the code to work with current versions of their
dependencies.
Cheers,
Daniel
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
Hello,
mainly for those having private modules or other components for
kamailio, take note that the internal library kcore has been removed. It
was supposed to be a termporary place where to keep some kamailio
specific functions at the time of merging with ser code back in 2008.
The main code was related to internal statistics, which was
re-implemented as fast counters several years ago, in libkcore being
only some wrappers. You have to include now directly the counters.h from
core. There were several files with some str operations helpers, not
they are exported via strutils.h from core. The sst parser was used only
by sst module and moved to it, same being done with some stats helper
functions used only by snmpstats module.
Cheers,
Daniel
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
Hello,
I already started playing with various scripts to do the restructuring
of the source code tree for v5.0 as we discussed in the past months and
I am considering to do it quite soon, in the next few days.
The result will look like:
/Makefile (only-forwarding make commands to various subdirs)
/README|INSTAL|LICENSE|...
/src/Makefile* (build makefiles)
/src/main.c (main c file to generate the binary)
/src/core/*.{c,h} (c code for core, including subfolders such as parser,
mem, atomic, ...)
/src/lib/* (subfolders with the internal libraries)
/src/modules/* (subfolders with the modules)
Other subfolders from root directory may be relocated, but to be decided
along the way.
At the time of doing the restructuring, I will try to merge all the pull
requests that look ok. Therefore it would be good that anyone interested
in open pull requests to do the review (and merge) meanwhile.
Also, I think it would be good to disable travis and nightly master
builds during few days when the restructuring happens in order to avoid
flooding sr-dev with alerts.
If anyone has suggestions to add, do not hesitate to write on mailing lists.
Cheers,
Daniel
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
Hi Guys,
I am not sure if this is an intention behavior of this function but when We use it as below:
`search_append_body("^c=IN.+$", "b=AS:750");`
The result is:
`c=IN IP4 192.168.178.30b=AS:750`
What we were expecting is that the new parameter was appended in the new line like:
```
c=IN IP4 192.168.178.30
b=AS:750
```
A workaround we have to do is:
`search_append_body("^c=IN.+$", "\r\nb=AS:750");
`
So we think it should be fix in source code since the expected behavior is always the same.
Cheers,
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/882
My kamailio listen at internal ip (can send message to freeswitch ) and external ip (advertise ip).
How can I make it auto using internal ip add record route to message of sending to freeswitch and external ip add record route to message of sending to public client.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/883