If I do a substring operation where I extract the middle of a string, I occasionally get results that are not correct. Example code:
$var(x) = $(var(y){s.substr,1,5});
This seems to be the same issue as: http://sip-router.1086192.n5.nabble.com/PATCH-Memory-corruption-using-s-sub…
This issue had a fix which added "tr_string_clone_result" in numerous exit points in pv_trans.c: https://github.com/kamailio/kamailio/commit/fe7e4a5152674aa9c81c09dd2fc9938…
It seemed to be missing at the exit path for the substring operation which may explain my observation. See:
https://github.com/kamailio/kamailio/blob/master/src/modules/pv/pv_trans.c#…
I also notice that this is not used in some other string operations which leads me to wonder if this problem is more prevalent (likely, since I've heard reports of similar symptoms with the replace).
Suggestion:
Investigate if we can have this "tr_string_clone_result" called here and remove all other occurrences in the switch clause.
--
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/1937
Module: kamailio
Branch: master
Commit: 8ee81c12b60c2de74dc604f16369e5fbd38922b7
URL: https://github.com/kamailio/kamailio/commit/8ee81c12b60c2de74dc604f16369e5f…
Author: Kamailio Dev <kamailio.dev(a)kamailio.org>
Committer: Kamailio Dev <kamailio.dev(a)kamailio.org>
Date: 2019-05-20T17:16:42+02:00
modules: readme files regenerated - dispatcher ... [skip ci]
---
Modified: src/modules/dispatcher/README
---
Diff: https://github.com/kamailio/kamailio/commit/8ee81c12b60c2de74dc604f16369e5f…
Patch: https://github.com/kamailio/kamailio/commit/8ee81c12b60c2de74dc604f16369e5f…
---
diff --git a/src/modules/dispatcher/README b/src/modules/dispatcher/README
index eb63603d8f..21a1c0249b 100644
--- a/src/modules/dispatcher/README
+++ b/src/modules/dispatcher/README
@@ -951,7 +951,7 @@ modparam("dispatcher", "ds_db_extra_attrs", "socket=socket;pref=prefix")
If set to 0, no rate limit is configured. Note carefully: use this
configuration only in tests environments because executing many RPC
- reload commandss at the same time can cause unexpected behavior.
+ reload commands at the same time can cause unexpected behavior.
Default value is “5”.
Module: kamailio
Branch: master
Commit: dc6901eaa1024431c86c4e13a65b37194ec9fbe9
URL: https://github.com/kamailio/kamailio/commit/dc6901eaa1024431c86c4e13a65b371…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2019-05-20T17:11:21+02:00
dispatcher: docs - fixed typo in description for reload_delta
---
Modified: src/modules/dispatcher/doc/dispatcher_admin.xml
---
Diff: https://github.com/kamailio/kamailio/commit/dc6901eaa1024431c86c4e13a65b371…
Patch: https://github.com/kamailio/kamailio/commit/dc6901eaa1024431c86c4e13a65b371…
---
diff --git a/src/modules/dispatcher/doc/dispatcher_admin.xml b/src/modules/dispatcher/doc/dispatcher_admin.xml
index a797c0b6ac..9754e3f320 100644
--- a/src/modules/dispatcher/doc/dispatcher_admin.xml
+++ b/src/modules/dispatcher/doc/dispatcher_admin.xml
@@ -1019,7 +1019,7 @@ modparam("dispatcher", "ds_db_extra_attrs", "socket=socket;pref=prefix")
<para>
If set to 0, no rate limit is configured. Note carefully: use this
configuration only in tests environments because executing many RPC
- reload commandss at the same time can cause unexpected behavior.
+ reload commands at the same time can cause unexpected behavior.
</para>
<para>
<emphasis>
Hello,
My name is Javier Espinosa and I am trying to connect a Kamailio IMS
Core with my LTE EPC that I already have working. To make it faster I
had downloaded the VM that Franz Edler post here:
https://www.kamailio.org/w/2016/02/kamailio-ims-getting-started-box/ but
I can't find the properly way to connect it with my EPC that is a real
EPC so, I have IMSI codes for each user and I don't know how to register
them in the HSS of the IMS and I also have one HSS in my EPC so I am a
little bit lost.
If anyone can help me with this I will be very grateful.
Thank you so much,
Javier Espinosa.