THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#153 - dialplan replacement with AVPs doesn't work
User who did this - Andrew Pogrebennyk (marduk)
----------
Thank you Daniel, it works like a magic! Yes, the backport to 3.1 branch would be desired.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=153#comment311
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.
Hello,
just to let everyone know that a new person got today write access to
GIT repository: Mészáros Mihály (cc-ed), having the user id misi.
Welcome to development team and looking forward to your contributions!
Involved in the mailing lists in the past, he submitted the first new
module to be part of next major release: presence_profile,
implementation of an extension about sip user agent configuration
framework, specified in RFC6080:
* http://tools.ietf.org/html/rfc6080
The code of the new module is now in GIT branch misi/ua-profile, to be
merge soon to master after initial review are done.
Cheers,
Daniel
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Dec 5-8, Berlin: http://asipto.com/u/kathttp://linkedin.com/in/miconda -- http://twitter.com/miconda
Hi,
I cloned branch 3.2, and I get a crash when using db_postgres with
PostgreSQL >= 9.1.1 on an RHEL 6 build target.
This is the only combination I have tried; I have not tried any other
version of Postgres libs. However, when I revert to the 3.1 branch,
the problem goes away.
Here is the back trace:
(gdb) where
#0 0x0000003bb266ea2b in vsnprintf () from /lib64/libc.so.6
#1 0x0000003bb264ea53 in snprintf () from /lib64/libc.so.6
#2 0x00007f27d20ff319 in db_do_query (_h=0x7f27d3829020,
_k=0x7fffbfb8a610,
_op=0x0, _v=0x7fffbfb8a5a0, _c=0x7fffbfb8a600, _n=1, _nc=1, _o=0x0,
_r=0x7fffbfb8a5f8, val2str=0x7f27d063da00 <db_postgres_val2str>,
submit_query=0x7f27d0639460 <db_postgres_submit_query>,
store_result=0x7f27d0639de0 <db_postgres_store_result>) at
db_query.c:63
#3 0x00007f27d0638918 in db_postgres_query (_h=<value optimized out>,
_k=<value optimized out>, _op=<value optimized out>,
_v=<value optimized out>, _c=<value optimized out>,
_n=<value optimized out>, _nc=1, _o=0x0, _r=0x7fffbfb8a5f8)
at km_dbase.c:370
#4 0x00007f27d20fa1e9 in db_table_version (dbf=0x7f27d0c946a0,
connection=0x7f27d3829020, table=0x7f27d0c94010) at db.c:378
#5 0x00007f27d20fa80d in db_check_table_version (dbf=<value optimized
out>,
dbh=<value optimized out>, table=0x7f27d0c94010, version=4) at
db.c:416
#6 0x00007f27d0a7fac6 in init_addresses () at address.c:208
#7 0x00007f27d0a8b5ed in mod_init () at permissions.c:630
#8 0x00000000004db7e0 in init_mod (m=0x7f27d36c1c78) at sr_module.c:922
#9 0x00000000004db764 in init_mod (m=0x7f27d36c2180) at sr_module.c:919
#10 0x00000000004db764 in init_mod (m=0x7f27d36c26c0) at sr_module.c:919
#11 0x00000000004db764 in init_mod (m=0x7f27d36c2dd0) at sr_module.c:919
#12 0x00000000004db764 in init_mod (m=0x7f27d36c3168) at sr_module.c:919
#13 0x00000000004db764 in init_mod (m=0x7f27d36c37b8) at sr_module.c:919
#14 0x00000000004db764 in init_mod (m=0x7f27d36c3af8) at sr_module.c:919
#15 0x00000000004db764 in init_mod (m=0x7f27d36c4010) at sr_module.c:919
#16 0x00000000004db764 in init_mod (m=0x7f27d36c4560) at sr_module.c:919
#17 0x00000000004db764 in init_mod (m=0x7f27d36c48e0) at sr_module.c:919
#18 0x00000000004dc6c2 in init_modules () at sr_module.c:949
#19 0x0000000000461d89 in main (argc=<value optimized out>,
argv=0x7fffbfb8ab78) at main.c:2416
I have the core dump and could compile with debug info and get more
information, but I thought it'd be a good start, since there haven't
been many changes to db_postgres or srdb1, but there have been some.
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/