sr-dev April 2010

sr-dev@lists.kamailio.org

27 participants
495 discussions

[tracker] Assignee added: Add support of PVs in Regular Expression Transformations

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A user has added themself to the list of users assigned to this task. FS#70 - Add support of PVs in Regular Expression Transformations User who did this - Juha Heinanen (jh) http://sip-router.org/tracker/index.php?do=details&task_id=70 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 2 months

Bug in transformations in kamailio 1.5

by marius zbihlei

Hello, I have a small configuration file containing just the following lines in the route block: $var(domain1)="sip:+491@example.com"; $var(domain2)="sip:491@example.com"; if( $(var(domain1){uri.user}{re.subst,/^\+//}) == $(var(domain2){uri.user}) ) { if ($(var(domain1){uri.domain}) == $(var(domain2){uri.domain})) { xlog("L_ERR", "TEST OK"); }else { xlog("L_ERR", "TEST FAILED"); } } The user check is ok, but somehow in 1.5 the domain check fails. I have dug a little deeper and it seems that when comparing the uri.domain str's they are wrong(it compares xample.com to example.com, but the length of the str is still 11). The only way I could replicate this was with the use of a re.subst expression. I guess this is the culprit, as removing it fixed the problem. Any ideas on why this happens? I didn't manage to replicate in ser, will try in kamailio 3.0. Marius

14 years, 2 months

git:kamailio_3.0: lib/srdb1 The RES_ROW(res) was not checked to be NULL before being used

by Marius Zbihlei

Module: sip-router Branch: kamailio_3.0 Commit: 79352b61841907f08bf7ca994acf814b2a5a6615 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=79352b6… Author: Marius Zbihlei <marius.zbihlei(a)1and1.ro> Committer: Marius Zbihlei <marius.zbihlei(a)1and1.ro> Date: Tue Apr 27 15:40:10 2010 +0300 lib/srdb1 The RES_ROW(res) was not checked to be NULL before being used This caused a crash in the case that RES_ROW_N(res) was > 0, and RES_ROW was NULL (like a pkg_malloc going bad in a OOM scenario). --- lib/srdb1/db_res.c | 8 +++++--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/lib/srdb1/db_res.c b/lib/srdb1/db_res.c index 3581021..8d2146e 100644 --- a/lib/srdb1/db_res.c +++ b/lib/srdb1/db_res.c @@ -49,10 +49,12 @@ inline int db_free_rows(db1_res_t* _r) LM_ERR("invalid parameter value\n"); return -1; } - LM_DBG("freeing %d rows\n", RES_ROW_N(_r)); - for(i = 0; i < RES_ROW_N(_r); i++) { - db_free_row(&(RES_ROWS(_r)[i])); + if(RES_ROWS(_r)){ + LM_DBG("freeing %d rows\n", RES_ROW_N(_r)); + for(i = 0; i < RES_ROW_N(_r); i++) { + db_free_row(&(RES_ROWS(_r)[i])); + } } RES_ROW_N(_r) = 0;

14 years, 3 months

[tracker] Comment added: nathelper.c: rtpproxy_offer / rtpproxy_answer (str2 parameter ignored)

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#69 - nathelper.c: rtpproxy_offer / rtpproxy_answer (str2 parameter ignored) User who did this - Marc Villacorta (marc) ---------- I think this functions are ignoring //*str2// rtpproxy_offer1_f rtpproxy_answer1_f force_rtp_proxy1_f ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=69#comment81 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 3 months

git:master: lib/srdb1 The RES_ROW(res) was not checked to be NULL before being used

by Marius Zbihlei

Module: sip-router Branch: master Commit: 1527516a4b4c55d06b970dea5beac673e13f7333 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=1527516… Author: Marius Zbihlei <marius.zbihlei(a)1and1.ro> Committer: Marius Zbihlei <marius.zbihlei(a)1and1.ro> Date: Tue Apr 27 15:40:10 2010 +0300 lib/srdb1 The RES_ROW(res) was not checked to be NULL before being used This caused a crash in the case that RES_ROW_N(res) was > 0, and RES_ROW was NULL (like a pkg_malloc going bad in a OOM scenario). --- lib/srdb1/db_res.c | 8 +++++--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/lib/srdb1/db_res.c b/lib/srdb1/db_res.c index 3581021..8d2146e 100644 --- a/lib/srdb1/db_res.c +++ b/lib/srdb1/db_res.c @@ -49,10 +49,12 @@ inline int db_free_rows(db1_res_t* _r) LM_ERR("invalid parameter value\n"); return -1; } - LM_DBG("freeing %d rows\n", RES_ROW_N(_r)); - for(i = 0; i < RES_ROW_N(_r); i++) { - db_free_row(&(RES_ROWS(_r)[i])); + if(RES_ROWS(_r)){ + LM_DBG("freeing %d rows\n", RES_ROW_N(_r)); + for(i = 0; i < RES_ROW_N(_r); i++) { + db_free_row(&(RES_ROWS(_r)[i])); + } } RES_ROW_N(_r) = 0;

14 years, 3 months

old SER bugtracker turned off

by Pavel Kasparek

Hello all, the old SER bug tracking system http://tracker.iptel.org/ was shut down. There is now a small page at http://tracker.iptel.org/ with links to: - the sip-router project bugtracker http://sip-router.org/tracker/ - the new iptel.org bugtracker http://bugtracker.iptel.org/, where Sems and Serweb projects are now and which is used also for reporting problems with iptel.org public SIP service There is also a read-only archive of old SER bugs (exported from the old bugtracker), just for reference: http://tracker.iptel.org/jira-ser/ser-oldbugs.html Pavel

14 years, 3 months

SF.net SVN: openser:[6003] branches/1.5/db/db_res.c

by Marius Zbihlei

Revision: 6003 http://openser.svn.sourceforge.net/openser/?rev=6003&view=rev Author: mariuszbihlei Date: 2010-04-27 11:45:21 +0000 (Tue, 27 Apr 2010) Log Message: ----------- Fixed a bug in db_free_rows that causes a crash in a OOM condition that leaves RES_ROW_N(res)!=0 and RES_ROWS(res)==NULL(can't be allocated) Modified Paths: -------------- branches/1.5/db/db_res.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.

14 years, 3 months

[Tracker] Updated: (SER-69) 0.9.4 release crashes on my system

by Pavel Kasparek (JIRA)

[ http://tracker.iptel.org/browse/SER-69?page=all ] Pavel Kasparek updated SER-69: ------------------------------ Comment: was deleted > 0.9.4 release crashes on my system > ---------------------------------- > > Key: SER-69 > URL: http://tracker.iptel.org/browse/SER-69 > Project: SER > Issue Type: Bug > Affects Versions: 0.9.4 > Environment: hardware : xeon machine dual proc. > OS: linux ES 4 > Assigned To: FermÃn GalÃ¡n MÃ¡rquez > Priority: Critical > Attachments: index1834.html > > > i am trying the 0.9.4 release and sometimes ser starts up ok. other times > it crashes. > here is the 'bt' results. > > > Loaded symbols for /lib/libnss_dns.so.2 > #0 0x00b4eec3 in preload_udomain (_c=0x810c898, _d=0xb6178ce8) > at udomain.c:302 > 302 ua.len = strlen(ua.s); > (gdb) bt > #0 0x00b4eec3 in preload_udomain (_c=0x810c898, _d=0xb6178ce8) > at udomain.c:302 > #1 0x00b4ab76 in register_udomain (_n=0x0, _d=0xbfedf6ec) at dlist.c:249 > #2 0x00133795 in domain_fixup (param=0x810d834, param_no=1) at > reg_mod.c:207 > #3 0x08070723 in fix_actions (a=0x0) at route.c:238 > #4 0x08070845 in fix_actions (a=0x0) at route.c:225 > #5 0x080744e4 in fix_rls () at route.c:726 > #6 0x0805e33d in main (argc=2, argv=0xbfedf9c4) at main.c:1582 > (gdb) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.iptel.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

[Tracker] Updated: (SER-69) 0.9.4 release crashes on my system

by Pavel Kasparek (JIRA)

14 years, 3 months

[Tracker] Updated: (SER-69) 0.9.4 release crashes on my system

by Pavel Kasparek (JIRA)

14 years, 3 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev April 2010