sr-dev

sr-dev@lists.kamailio.org

44307 discussions

[tracker] Comment added: Assignment operators don't work

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#100 - Assignment operators don't work User who did this - Alex Hermann (axlh) ---------- //> := was used only for avp, // I know, I submitted the feature :) //> the option starting with 3.0 for same features is to use [*] index.// Thanks for the alternative, I'll update the wiki. //> The rest of the operators like +=, -+ ... were supported by grammar but not really implemented// I never noticed that += didn't actually work, should have added more logging statement in the script... Luckily I haven't used those in production code yet. ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=100#comment132 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

[tracker] User took ownership: Assignment operators don't work

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. Daniel-Constantin Mierla has taken ownership of the following task: FS#100 - Assignment operators don't work More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=100 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

[tracker] Comment added: Assignment operators don't work

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#100 - Assignment operators don't work User who did this - Daniel-Constantin Mierla (miconda) ---------- := was used only for avp, the option starting with 3.0 for same features is to use [*] index. So, in 1.x was: $avp(x) := 123; Now it has to be: $(avp(x)[*]) = 123; You get also same behaviour when assigning $null like it was when doing ':= null' The rest of the operators like +=, -+ ... were supported by grammar but not really implemented, they were doing simply assignment. Hope they were not documented anywhere, it was in my plans to implement but then the changes in project development line set different priorities. ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=100#comment131 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

[tracker] Task opened: Assignment operators don't work

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Alex Hermann (axlh) Attached to Project - sip-router Summary - Assignment operators don't work Task Type - Bug Report Category - Core Status - Assigned Assigned To - Andrei Pelinescu-Onciul Operating System - All Severity - Medium Priority - Normal Reported Version - 3.1 Due in Version - Undecided Due Date - Undecided Details - All assignment operators except plain '=' produce syntax error/bad command At least the following assignments don't work anymore. Of course, they worked fine in 1.5: := += -= *= /= %= &= |= ^= Following config snippet: 8: $var(test) += 6; 9: $avp(s:anon) := 0; Produces the following output: 0(23685) : <core> [cfg.y:3409]: parse error in config file route_privacy.m4, line 8, column 13-14: syntax error 0(23685) : <core> [cfg.y:3409]: parse error in config file route_privacy.m4, line 8, column 13-14: bad command 0(23685) : <core> [cfg.y:3409]: parse error in config file route_privacy.m4, line 8, column 13-14: bad command 0(23685) : <core> [cfg.y:3412]: parse error in config file route_privacy.m4, line 8, column 16: bad command 0(23685) : <core> [cfg.y:3412]: parse error in config file route_privacy.m4, line 9, column 27: bad command 0(23685) : <core> [cfg.y:3412]: parse error in config file route_privacy.m4, line 9, column 27: bad command 0(23685) : <core> [cfg.y:3412]: parse error in config file route_privacy.m4, line 9, column 28: bad command 0(23685) : <core> [cfg.y:3412]: parse error in config file route_privacy.m4, line 9, column 30: bad command More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=100 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

[tracker] Assignee added: Assignment operators don't work

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#100 - Assignment operators don't work User who did this - Alex Hermann (axlh) http://sip-router.org/tracker/index.php?do=details&task_id=100 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

git:master: modules_k/siputils: added set_uri_user(uri, user) function.

by Juha Heinanen

Module: sip-router Branch: master Commit: dbfd450d4e27c12793daa8225b348aa496a02d5b URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=dbfd450… Author: Juha Heinanen <jh(a)tutpro.com> Committer: Juha Heinanen <jh(a)tutpro.com> Date: Tue Nov 23 14:22:52 2010 +0200 modules_k/siputils: added set_uri_user(uri, user) function. --- modules_k/siputils/README | 40 ++++++++++++ modules_k/siputils/checks.c | 93 ++++++++++++++++++++++++++++- modules_k/siputils/checks.h | 5 ++ modules_k/siputils/doc/siputils.xml | 9 +++ modules_k/siputils/doc/siputils_admin.xml | 47 +++++++++++++++ modules_k/siputils/siputils.c | 40 ++++++++++++ 6 files changed, 233 insertions(+), 1 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=dbf…

14 years, 2 months

MySQL - driver error on query: Commands out of sync; you can't run this command now

by Johny Kadarisman Kwan

Hello, I installed and run Kamailio, it run pretty stabil for a while with a few phone registered, but recently encountered a mysql error, once a while, kamailio report following error: /usr/local/sbin/kamailio[11693]: INFO: <script>: route[AUTH] /usr/local/sbin/kamailio[11693]: ERROR: db_mysql [km_dbase.c:117]: driver error on query: Commands out of sync; you can't run this command now /usr/local/sbin/kamailio[11693]: ERROR: <core> [db_query.c:101]: error while submitting query /usr/local/sbin/kamailio[11693]: ERROR: auth_db [authorize.c:102]: failed to query database the freq of these error getting increase once we introduce more clients. Try to google about this type of error, but found a mix suggestion without clear answer/suggestion. Any pointer/suggestion on how to troubleshoot? Thanks in advance for you help. ======== i'm running : Server: kamailio (3.0.3 (i386/linux)) a22dc9 Mysql: 5.0.77 CentOS 5.5

14 years, 2 months

uri userpart replacement

by Juha Heinanen

looks like there is currently no function that could be used to replace parts of uri (such as userpart) with a new value. it can be done by copying the uri temporarily to request uri or by a ugly regular expression. should i write utility function(s) for replacing userpart and perhaps also hostpart or are there better, more generic suggestions? -- juha

14 years, 2 months

git:master: db_mysql: Fixes crash in libmysqlclient after connection reset.

by Jan Janak

Module: sip-router Branch: master Commit: 0e564bcd3616f9dc981bb768003545674c79c2a7 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=0e564bc… Author: Jan Janak <jan(a)ryngle.com> Committer: Jan Janak <jan(a)ryngle.com> Date: Wed Nov 17 18:26:32 2010 -0500 db_mysql: Fixes crash in libmysqlclient after connection reset. Sometimes SIP-Router would crash in libmysqlclient after a connection to the server has been reset. This is caused by mysql_stmt_prepare which will reset the connection data structure if a connection has been reset. Subsequent calls to other mysql functions (mysql_stmt_execute) crash unless the connection has been re-connected. This is documented as mysql bug #33384. A workaround is to reset and reconnect the connection explicitly immediately after mysql_stmt_prepare has failed with CR_SERVER_GONE_ERROR. This change implements exactly that. First of all, this patch fixes a minor bug in updating the variable that keeps track of number of connection resets for each database connection and pre-pared statement. The variable needs to be incremented each time a connection is closed. Previously it was incremented only if a connection was successfully reconnected. If the reconnect attempt failed than the variable was not incremented. The function that uploads commands to the server relies on the variable to detect connection resets and may not have worked properly under some circumstances (if a connection fails to reconnect). Function upload_cmd has been modified to close the connection explicitly if mysql_stmt_prepare fails with CR_SERVER_GONE_ERROR. This ensures that subsequent calls to mysql_stmt_exec are forced to reconnect and re-upload commands to the server. This is needed to prevent the library from crashing. exec_cmd_safe now checks if a connection has been disconnected and if so it tries to reconnect it before executing a prepared statement. This is used to recover from failing mysql_stmt_prepare. --- modules/db_mysql/my_cmd.c | 258 +++++++++++++++++++++++++-------------------- modules/db_mysql/my_con.c | 18 ++-- modules/db_mysql/my_con.h | 10 +- 3 files changed, 158 insertions(+), 128 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=0e5…

14 years, 2 months

git:master: Merge branch 'master' of ssh://git.sip-router.org/sip-router

by Jan Janak

Module: sip-router Branch: master Commit: 1b209e395c1816aa126592c005f4fb61d9828dfd URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=1b209e3… Author: Jan Janak <jan(a)ryngle.com> Committer: Jan Janak <jan(a)ryngle.com> Date: Wed Nov 17 18:27:35 2010 -0500 Merge branch 'master' of ssh://git.sip-router.org/sip-router * 'master' of ssh://git.sip-router.org/sip-router: (31 commits) app_lua: several tm functions added to Lua api tm: added export structure for extra API app_lua: added several core functions to sr package app_lua: helper function to return error code app_lua: fixed name of module in modparam examples app_lua: added registrar API to Lua registrar(k): exported inter-module API usrloc(k): db modes defines moved in usrloc.h usrloc(k)API function get_udomain() usrloc(k): preload parameter exported usrloc(k): new parameter 'preload' sqlops: added LF to end of debug message app_lua: sr.maxfwd mentioned as available submodule maxfwd(k): added inter-module API structure auth_db(k): added new file api.h app_lua: typo in register parameter app_lua: added functions from auth_db api auth_db(k): close db handle only for second param fixup app_lua: note about submodule sr.auth app_lua: exported functions from AUTH API to Lua ... ---

14 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev