sr-dev June 2013

sr-dev@lists.kamailio.org

33 participants
235 discussions

[tracker] Comment added: modules/dialplan: use pv_cache_get

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#317 - modules/dialplan: use pv_cache_get User who did this - Daniel-Constantin Mierla (miconda) ---------- ok, can be committed. ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=317#comment971 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.

10 years, 10 months

Selects: interpolation and dynamic properties

by Carlos Ruiz Díaz

Hi list, I have two doubts about selects framework that I wanted to clarify if possible: - How do I interpolate a select inside enclosed quotes? i.e. xlog("channels count for carlos: $sel(cnxcc.channels[carlos].count)"); The parameter "carlos" cannot be resolved and Kamailio fails to start during pvar's fixup. Currently, I'm working around this using the following construction: $var(c) = @cnxcc.channels["carlos"].count; xlog("channels count for carlos: $var(c)"); - How do I dynamically tell to a module the parameter from which I want to know its channel count? i.e. $var(user) = "carlos"; if (@cnxcc.channels[$var(user)].count > 10) { xlog("too many channels"); } Is this possible at all? Thanks in advance, -- Carlos http://caruizdiaz.com +595981146623

10 years, 10 months

Re: [sr-dev] Dialog onroute requests.

by Daniel-Constantin Mierla

Hello, On 6/4/13 3:14 PM, Eduardo Lejarreta wrote: > > Good evening. > > Playing with latest "dialog module" versions (3.2, 3.3 and 4.0) I > think there could be an open "issue" with regard to dialog state > management. > > You can see on "dlg_handlers.c" on "dlg_onroute" function. On this > last when you receive a BYE message it fires some CallBacks. > > I you receive a close second BYE, this last one destroys the dialog > because "dlg_release" function is called from a parallel process > avoiding the other processes callback execution. > > I know a second BYE it's not a normal circumstance but you know, the > real world ... > > I think dialog_ng doesn't have this issue but also it has no DB support. > can you give more specific details, like the lines of code you think may have an open issue? A quick check, it seems dialog and dialog_ng have the same processing of BYE request in dlg_onroute() and unref is done only on transition state to terminate. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013 * http://asipto.com/u/katu *

10 years, 10 months

[tracker] Task opened: modules/dialplan: allow xavp vars as parameters (Attachment added)

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 - Víctor Seva (linuxmaniac) Attached to Project - sip-router Summary - modules/dialplan: allow xavp vars as parameters Task Type - Improvement Category - Module Status - Unconfirmed Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - FS#317 has to be applied. Just allow xavp to be used as parameters. One or more files have been attached. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=318 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.

10 years, 10 months

[tracker] Task opened: modules/dialplan: use pv_cache_get (Attachment added)

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 - Víctor Seva (linuxmaniac) Attached to Project - sip-router Summary - modules/dialplan: use pv_cache_get Task Type - Improvement Category - Module Status - Unconfirmed Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - Don't create pv_spec_t vars, use pointers returned by pv_cache_get function. This is related to FS#306. This is not a bug. This is a improvement to reduce the memory used by the module. One or more files have been attached. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=317 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.

10 years, 10 months

[tracker] Comment added: modules/debugger: add dbg_pv_dump config function. It dumps on json format the content of pv_cache (Attachment added)

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#307 - modules/debugger: add dbg_pv_dump config function. It dumps on json format the content of pv_cache User who did this - Víctor Seva (linuxmaniac) ---------- Reworked patch: - used the brand new pv_cache_get_table function and PVT_XAVP enum value. Thanks a lot for this, miconda. :-) - made mask parameter optional. Dump all by default. - added new optional level parameter to choose the log level. "L_DBG" by default. - refresh documentation. ---------- One or more files have been attached. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=307#comment970 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.

10 years, 10 months

[tracker] Comment added: pipelimit pl_set_pipe command is broken

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#315 - pipelimit pl_set_pipe command is broken User who did this - Krischan Udelhoven (Krischan) ---------- I upgraded to the last kamailio version (thanks for upgrading the repository) and indeed the crash is fixed :) However the blocking error is still there. I have configured the following pipe in the database: Pipe:: id=foo algorithm=TAILDROP limit=8 When I try to change the pipe with the pl_set_pipe command kamctl it is blocking. kamctl fifo pl_set_pipe foo RED 10 ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=315#comment969 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.

10 years, 10 months

[tracker] Comment added: pipelimit pl_set_pipe command is broken

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#315 - pipelimit pl_set_pipe command is broken User who did this - Vicente Hernando (vicente) ---------- The blocking problem in my opinion has something to do with: it = pl_pipe_get(&pipeid, 1); call in mi_set_pipe function. pl_pipe_get sets a lock which seems no to be released. Anyway I was unable to reproduce this blocking error so I could not patch it. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=315#comment968 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.

10 years, 10 months

[tracker] Task opened: db_unixodbc: Reserved filename blocks checkout in Windows

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 - Jan C. Gaida (jancg) Attached to Project - sip-router Summary - db_unixodbc: Reserved filename blocks checkout in Windows Task Type - Bug Report Category - Module Status - Unconfirmed Assigned To - Operating System - Win (Cygwin) Severity - Low Priority - Normal Reported Version - 4.0 Due in Version - Undecided Due Date - Undecided Details - Hello, Windows does not allow the use of reserved filenames: Do not use the following reserved names for the name of a file: "CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, and LPT9. Also avoid these names followed immediately by an extension; for example, NUL.txt is not recommended. " (from http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).a…). The module db_unixodbc contains the files "con.c" and "con.h" that are not complying to this rule and produce an error on doing a checkout from repository on a Windows system. Please change the filenames to something like "connection.c" and "connection.h" Kind regards Jan More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=316 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.

10 years, 10 months

git:master: pv: $xavp(name) is marked as PVT_XAVP type

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: 1207edd603937e3e43ce20207bfeae0284f16489 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=1207edd… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Mon Jun 17 14:48:52 2013 +0200 pv: $xavp(name) is marked as PVT_XAVP type --- modules/pv/pv.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/modules/pv/pv.c b/modules/pv/pv.c index fcfea11..2b13ec8 100644 --- a/modules/pv/pv.c +++ b/modules/pv/pv.c @@ -87,7 +87,7 @@ static pv_export_t mod_pvs[] = { pv_parse_snd_name, 0, 0, 0 }, #ifdef WITH_XAVP { {"xavp", sizeof("xavp")-1}, /* xavp */ - PVT_OTHER, pv_get_xavp, pv_set_xavp, + PVT_XAVP, pv_get_xavp, pv_set_xavp, pv_parse_xavp_name, 0, 0, 0 }, #endif

10 years, 10 months

← Newer
1
2
3
4
5
6
7
8
9
...
24
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev June 2013