THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#114 - assignment statement emits bogus error message in sr 3.1
User who did this - Daniel-Constantin Mierla (miconda)
----------
Is the assignment failing? Or the variable is getting the value -1.
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=114#comment160
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A user has added themself to the list of users assigned to this task.
FS#114 - assignment statement emits bogus error message in sr 3.1
User who did this - Juha Heinanen (jh)
http://sip-router.org/tracker/index.php?do=details&task_id=114
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Juha Heinanen (jh)
Attached to Project - sip-router
Summary - assignment statement emits bogus error message in sr 3.1
Task Type - Bug Report
Category - Core
Status - Assigned
Assigned To - Andrei Pelinescu-Onciul
Operating System - All
Severity - High
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - starting from sr 3.1, assignment statement emits bugus error message like this:
Feb 19 23:03:35 sip /usr/sbin/sip-proxy[10218]: ERROR: <core> [lvalue.c:411]: assignment failed at pos: (1415,50-1415,50)
when a script function call resulting in value -1 appears on right of assignment operator.
no such error message was produced in earlier versions of k or sr.
please fix, since it thousands of such error messages in syslog don't look pretty.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=114
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#113 - Kamailio init script reports falsely "Kamailio already running"
User who did this - Iñaki Baz Castillo (ibc)
----------
I've checked latest code and the pipe exists. However I'm getting strange behaviour when running Kamailio (last version) with some error in the conf script (i.e: a invalid user/pass in a DB connection). Basically I start kamailio, the module error is shown in the log, but 3 processes remain active. I will report it in the maillist.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=113#comment159
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#113 - Kamailio init script reports falsely "Kamailio already running"
User who did this - Iñaki Baz Castillo (ibc)
----------
Sometime ago I submitted a patch (Marius did it in fact) which iomproved the daemonize of Kamailio, so the parent process comunicates with the main process (daemonized process) via a PIPE and just returns 0 (OK) in case the main process writes "ok" in the PIPE. This just worked.
However I saw some changes about such mechanism in more recent commits. I've haven't tested it yet. Which Kamailio version are you running?
On the other hand, your patch for the init script is just a workaround (don't take me wrong). The daemon itself is responsible of returning a real status code instead of always returning 0 (ok).
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=113#comment158
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.
Module: sip-router
Branch: 3.1
Commit: 9ef0a1e347abd31b352d3cb85326605fd72e6789
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9ef0a1e…
Author: Marius Zbihlei <marius.zbihlei(a)1and1.ro>
Committer: Marius Zbihlei <marius.zbihlei(a)1and1.ro>
Date: Thu Nov 4 17:14:56 2010 +0200
core:forward.c Fixed small error caused by unlikely usage.
(cherry picked from commit 6cfee82666b78400d5ff15c49aac1441cfbbaaf6)
---
forward.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/forward.c b/forward.c
index 3d7aed1..175f54b 100644
--- a/forward.c
+++ b/forward.c
@@ -175,7 +175,7 @@ retry:
if( !mhomed_sock_cache_disabled ){
/* some Linux kernel versions (all?) along with other UNIXes don't re-bound the sock if already bound */
/* to un-bound a socket set sin_family to AF_UNSPEC and zero out the rest*/
- if (unlikely(connect(*temp_sock, &uncon.s, sockaddru_len(uncon))) < 0)
+ if (unlikely(connect(*temp_sock, &uncon.s, sockaddru_len(uncon)) < 0))
mhomed_sock_cache_disabled = 1;
}
Module: sip-router
Branch: 3.1
Commit: 3ec1e92fcb3ce8c673e6762c0a35a9bc8ade3a22
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=3ec1e92…
Author: Marius Zbihlei <marius.zbihlei(a)1and1.ro>
Committer: Marius Zbihlei <marius.zbihlei(a)1and1.ro>
Date: Thu Nov 4 16:11:41 2010 +0200
core/forward.c Fixed mhomed behavior.
As connect() dones't re-bound a UDP sock if the socket is already
bound to an interface, first unbind the socket by connecting to AF_UNSPEC
(cherry picked from commit ef0dd4e3f0837753ac18d58606078d8595f24dc6)
---
forward.c | 12 ++++++++++++
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/forward.c b/forward.c
index 25bc11d..3d7aed1 100644
--- a/forward.c
+++ b/forward.c
@@ -131,6 +131,10 @@ struct socket_info* get_out_socket(union sockaddr_union* to, int proto)
union sockaddr_union from;
struct socket_info* si;
struct ip_addr ip;
+ union sockaddr_union uncon;
+
+ memset(&uncon, 0, sizeof(union sockaddr_union));
+ uncon.sin.sin_family = AF_UNSPEC;
if (unlikely(proto!=PROTO_UDP)) {
LOG(L_CRIT, "BUG: get_out_socket can only be called for UDP\n");
@@ -167,6 +171,14 @@ retry:
return 0;
}
}
+
+ if( !mhomed_sock_cache_disabled ){
+ /* some Linux kernel versions (all?) along with other UNIXes don't re-bound the sock if already bound */
+ /* to un-bound a socket set sin_family to AF_UNSPEC and zero out the rest*/
+ if (unlikely(connect(*temp_sock, &uncon.s, sockaddru_len(uncon))) < 0)
+ mhomed_sock_cache_disabled = 1;
+ }
+
if (unlikely(connect(*temp_sock, &to->s, sockaddru_len(*to))==-1)) {
if (unlikely(errno==EISCONN && !mhomed_sock_cache_disabled)){
/* no multiple connects support on the same socket */
Hi,
My sctp info value shows all zero. Is there any explanation?Is my setup
correct?
$sercmd core.sctp_info
{
opened_connections: 0
tracked_connections: 0
total_connections: 0
}
Thanking you.
Asif
On Mon, Feb 7, 2011 at 3:14 PM, Klaus Darilion <klaus.mailinglists(a)pernau.at
> wrote:
> Make sure you have the sctp libraries installed.
>
> regards
> klaus
>
> Am 06.02.2011 06:21, schrieb Asif Iqbal syed:
> > Hi,
> >
> > I have been trying to compile kamailio with sctp support enabled by
> > following the installation instruction from
> >
> http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-3.1.x-from-git.
> > Still no success. Here is what I am doing.
> >
> > 1. git clone --depth 1 git://git.sip-router.org/sip-router kamailio
> > 2. cd kamailio
> > 3. git checkout -b 3.1 origin/3.1
> > 4. make FLAVOUR=kamailio cfg
> > 5. nano -w modules.lst
> > 6. make FLAVOUR=kamailio include_modules="db_mysql dialplan" cfg
> > 7. make PREFIX="/usr/local/kamailio-3.1" FLAVOUR=kamailio
> > include_modules="db_mysql dialplan" cfg
> > 8. SCTP=1 make all
> > 9. SCTP=1 make install
> >
> > Then run kamailio and execute sercmd. Do core.sctp_info. It shows error
> 500:
> > sctp support not compiled.
> >
> > I would appreciate if someone help me what I am missing.
> >
> > Thanking you.
> >
> > Asif
> >
> >
> >
> >
> > _______________________________________________
> > sr-dev mailing list
> > sr-dev(a)lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>