From bogdan at voice-system.ro  Wed Apr  1 11:16:50 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 09:16:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5563]
	branches/1.5/modules/group
Message-ID: <E1LowZ0-0008FR-Sw@c3vjzd1.ch3.sourceforge.com>

Revision: 5563
          http://opensips.svn.sourceforge.net/opensips/?rev=5563&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 09:16:47 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
backport from trunk (rev# 5562):
- fixed the way the sip URI and group value are processed.
  Reported by Carlo Dimaggio

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5562&view=rev

Modified Paths:
--------------
    branches/1.5/modules/group/group.c
    branches/1.5/modules/group/group.h
    branches/1.5/modules/group/group_mod.c
    branches/1.5/modules/group/re_group.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  1 11:18:27 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 09:18:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5564]
	trunk/modules/group/group_mod.c
Message-ID: <E1LowaZ-0008IE-Ha@c3vjzd1.ch3.sourceforge.com>

Revision: 5564
          http://opensips.svn.sourceforge.net/opensips/?rev=5564&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 09:18:27 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
- removed unused function

Modified Paths:
--------------
    trunk/modules/group/group_mod.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Wed Apr  1 14:21:56 2009
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 01 Apr 2009 12:21:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5565]
	branches/1.5/modules/presence/presentity.c
Message-ID: <E1LozS8-0006Ri-3m@dn4whf1.ch3.sourceforge.com>

Revision: 5565
          http://opensips.svn.sourceforge.net/opensips/?rev=5565&view=rev
Author:   anca_vamanu
Date:     2009-04-01 12:21:55 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
-fixed bug: set database table before update ( reported by Visu.M <visumrs at gmail.com> )

Modified Paths:
--------------
    branches/1.5/modules/presence/presentity.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Wed Apr  1 14:22:33 2009
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 01 Apr 2009 12:22:33 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5566]
	trunk/modules/presence/presentity.c
Message-ID: <E1LozSj-0006Sc-Vd@dn4whf1.ch3.sourceforge.com>

Revision: 5566
          http://opensips.svn.sourceforge.net/opensips/?rev=5566&view=rev
Author:   anca_vamanu
Date:     2009-04-01 12:22:33 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
-fixed bug: set database table before update ( reported by Visu.M <visumrs at gmail.com> )

Modified Paths:
--------------
    trunk/modules/presence/presentity.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Wed Apr  1 14:24:35 2009
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 01 Apr 2009 12:24:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5567]
	branches/1.4/modules/presence
Message-ID: <E1LozUh-0006UP-7r@dn4whf1.ch3.sourceforge.com>

Revision: 5567
          http://opensips.svn.sourceforge.net/opensips/?rev=5567&view=rev
Author:   anca_vamanu
Date:     2009-04-01 12:24:35 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
-fixed bug: set database table before update ( reported by Visu.M <visumrs at gmail.com> )

Modified Paths:
--------------
    branches/1.4/modules/presence/presence.c
    branches/1.4/modules/presence/presentity.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  1 19:33:05 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 17:33:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5568]
	trunk/modules/nathelper/nhelpr_funcs.c
Message-ID: <E1Lp4JF-0005dV-BD@c3vjzd1.ch3.sourceforge.com>

Revision: 5568
          http://opensips.svn.sourceforge.net/opensips/?rev=5568&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 17:33:02 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
- fixed bug in extracting the body - do not rely 100% on the content-lenght hdr value as it might be bogus -> do a sanity check to see if the end of the body is not somehow outside the message body.

  Closes bug 2649267.
  Many thanks to Bobby Smith for helping with debugging this!

Modified Paths:
--------------
    trunk/modules/nathelper/nhelpr_funcs.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  1 19:37:29 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 17:37:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5569]
	branches/1.4/modules/nathelper/nhelpr_funcs.c
Message-ID: <E1Lp4NV-0005io-AU@c3vjzd1.ch3.sourceforge.com>

Revision: 5569
          http://opensips.svn.sourceforge.net/opensips/?rev=5569&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 17:37:29 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5568):
- fixed bug in extracting the body - do not rely 100% on the content-lenght hdr value as it might be bogus -> do a sanity check to see if the end of the body is not somehow outside the message body.

  Closes bug 2649267.
  Many thanks to Bobby Smith for helping with debugging this!

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5568&view=rev

Modified Paths:
--------------
    branches/1.4/modules/nathelper/nhelpr_funcs.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  1 19:39:53 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 17:39:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5570]
	branches/1.5/modules/nathelper/nhelpr_funcs.c
Message-ID: <E1Lp4Pp-0005lz-Ib@c3vjzd1.ch3.sourceforge.com>

Revision: 5570
          http://opensips.svn.sourceforge.net/opensips/?rev=5570&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 17:39:53 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5568):
- fixed bug in extracting the body - do not rely 100% on the content-lenght hdr value as it might be bogus -> do a sanity check to see if the end of the body is not somehow outside the message body.

  Closes bug 2649267.
  Many thanks to Bobby Smith for helping with debugging this!

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5568&view=rev

Modified Paths:
--------------
    branches/1.5/modules/nathelper/nhelpr_funcs.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  1 19:40:34 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 01 Apr 2009 17:40:34 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2649267 ] Crash in anchor_lump
Message-ID: <E1Lp4QU-0007pr-1b@155xhf1.ch3.sourceforge.com>

Bugs item #2649267, was opened at 2009-02-28 20:22
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2649267&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.4.x
>Status: Closed
>Resolution: Fixed
Priority: 2
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Crash in anchor_lump

Initial Comment:
Feb 28 12:00:26 vs-netlp-196 opensips[2805]: CRITICAL:core:anchor_lump: offset exceeds message size (952 > 949) aborting...
Feb 28 12:00:26 vs-netlp-196 opensips[2768]: INFO:core:handle_sigs: child process 2805 exited by a signal 6
Feb 28 12:00:26 vs-netlp-196 opensips[2851]: CRITICAL:core:receive_fd: EOF on 12
Feb 28 12:00:26 vs-netlp-196 opensips[2768]: INFO:core:handle_sigs: core was generated
Feb 28 12:00:26 vs-netlp-196 opensips[2768]: INFO:core:handle_sigs: terminating due to SIGCHLD
Feb 28 12:00:26 vs-netlp-196 opensips[2851]: INFO:core:sig_usr: signal 15 received
Feb 28 12:00:26 vs-netlp-196 opensips[2837]: INFO:core:sig_usr: signal 15 received
Feb 28 12:00:26 vs-netlp-196 opensips[2843]: INFO:core:sig_usr: signal 15 received


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 20:40

Message:
ok, the bug was found and fixed in all versions. Please update from SVN.

Best regards,
Bogdan

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-03-23 23:19

Message:
This is happening to me too as well, and I'm using Opensips 1.4.2

Please see the message titled -- Critical:core:anchor_lump: offset exceeds
message size (1033 > 1000), aborting -- exited by signal 6 -- in Opensips
users group

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-03-17 11:50

Message:
any reply?

It looks like an old problem in calculating the length of the body - this
was fixed some time ago, so it is important to now what 1.4 subversion are
you using.

If no reply this week, the report will be closed as outdated.

Regards,
Bogdan

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-03-03 17:36

Message:
what opensips version are you using?

Regards,
Bogdan

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-02-28 20:26

Message:
(gdb) bt full
#0  0x00fe9402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x003f7f30 in raise () from /lib/i686/nosegneg/libc.so.6
No symbol table info available.
#2  0x003f9911 in abort () from /lib/i686/nosegneg/libc.so.6
No symbol table info available.
#3  0x0805ffcf in anchor_lump (msg=0x81b2770, offset=950, len=0,
type=HDR_OTHER_T) at data_lump.c:345
        tmp = <value optimized out>
        prev = <value optimized out>
        t = <value optimized out>
        list = <value optimized out>
        __FUNCTION__ = "anchor_lump"
#4  0x0021d382 in force_rtp_proxy2_f (msg=0x81b2770, str1=0xbfdf3dbb "",
str2=0xbfdf3d8c "200.69.XXX.197") at nathelper.c:2745
        body = {
  s = 0x817a44d "v=0\r\no=- 5490616 5490639 IN IP4
200.59.112.179\r\ns=eyeBeam\r\nc=IN IP4 200.59.112.179\r\nt=0 0\r\nm=audio
35867 RTP/AVP 100 6 0 8 3 18 98 97 5 102 101\r\na=alt:1 1 : 1EDD7A3B
DE47B706 200.59.112.179 35867\r\na=f"..., len = 361}
        body1 = {
  s = 0x817a488 "c=IN IP4 200.59.112.179\r\nt=0 0\r\nm=audio 35867 RTP/AVP
100 6 0 8 3 18 98 97 5 102 101\r\na=alt:1 1 : 1EDD7A3B DE47B706
200.59.112.179 35867\r\na=fmtp:101 0-15\r\na=rtpmap:100
speex/16000\r\na=rtpmap:98 ilbc/80"..., len = 302}
        oldport = {
  s = 0x817a4b0 "35867 RTP/AVP 100 6 0 8 3 18 98 97 5 102 101\r\na=alt:1 1
: 1EDD7A3B DE47B706 200.59.112.179 35867\r\na=fmtp:101 0-15\r\na=rtpmap:100
speex/16000\r\na=rtpmap:98 ilbc/8000\r\na=rtpmap:97
speex/8000\r\na=rtpmap:102"..., len = 5}
        oldip = {
  s = 0x817a491 "200.59.112.179\r\nt=0 0\r\nm=audio 35867 RTP/AVP 100 6 0
8 3 18 98 97 5 102 101\r\na=alt:1 1 : 1EDD7A3B DE47B706 200.59.112.179
35867\r\na=fmtp:101 0-15\r\na=rtpmap:100 speex/16000\r\na=rtpmap:98
ilbc/8000\r\na=rtp"..., len = 14}
        newport = {s = 0x819ad38 "35456", len = 5}
        newip = {s = 0x2286af "200.69.196.196", len = 14}
        callid = {
  s = 0x817a354 "103ddf45602ebf12 at QVJJRUwx\r\nCSeq: 1 INVITE\r\nAllow:
INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE,
INFO\r\nContent-Type: application/sdp\r\nSupported:
eventlist\r\nUser-Agent: eyeBeam r"..., len = 25}
        create = 1
        len = <value optimized out>
        asymmetric = 0
        flookup = 0
        argc = 2
        proxied = 0
        real = 0
        orgip = 0
        commip = 0
        oidx = 1
        pf = 2
        pf1 = 2
        force = 0
        swap = 0
        opts = "U\000\000\000?\017Q\000??\027\b\000\000\000"
        cp = 0x2286be ""
        cpend = <value optimized out>
        next = <value optimized out>
        ap = <value optimized out>
        argv = {0x2286a9 "35456", 0x2286af "200.69.196.196", 0x0, 0x0,
0x0, 0x0, 0x0, 0x0, 0x0, 0x0}
        anchor = <value optimized out>
        node = <value optimized out>
        v = {{iov_base = 0x2287c0, iov_len = 9}, {iov_base = 0xbfdf3cd8,
iov_len = 1}, {iov_base = 0x225a49, iov_len = 1}, {iov_base = 0x817a354,
    iov_len = 25}, {iov_base = 0x225a49, iov_len = 1}, {iov_base =
0x228c00, iov_len = 14}, {iov_base = 0x225a49, iov_len = 1}, {iov_base =
0x817a4b0,
    iov_len = 5}, {iov_base = 0x225a49, iov_len = 1}, {iov_base =
0x817a341, iov_len = 8}, {iov_base = 0x225b48, iov_len = 1}, {iov_base =
0xbfdf3cc4,
    iov_len = 1}, {iov_base = 0x225a49, iov_len = 1}, {iov_base = 0x0,
iov_len = 0}, {iov_base = 0x225b48, iov_len = 1}, {iov_base = 0xbfdf3cc4,
    iov_len = 1}}
        v1p = <value optimized out>
        v2p = 0x817a44d "v=0\r\no=- 5490616 5490639 IN IP4
200.59.112.179\r\ns=eyeBeam\r\nc=IN IP4 200.59.112.179\r\nt=0 0\r\nm=audio
35867 RTP/AVP 100 6 0 8 3 18 98 97 5 102 101\r\na=alt:1 1 : 1EDD7A3B
DE47B706 200.59.112.179 35867\r\na=f"...
        c1p = 0x817a488 "c=IN IP4 200.59.112.179\r\nt=0 0\r\nm=audio 35867
RTP/AVP 100 6 0 8 3 18 98 97 5 102 101\r\na=alt:1 1 : 1EDD7A3B DE47B706
200.59.112.179 35867\r\na=fmtp:101 0-15\r\na=rtpmap:100
speex/16000\r\na=rtpmap:98 ilbc/80"...
        c2p = 0x0
        m1p = <value optimized out>
        m2p = 0x817a4a8 "m=audio 35867 RTP/AVP 100 6 0 8 3 18 98 97 5 102
101\r\na=alt:1 1 : 1EDD7A3B DE47B706 200.59.112.179 35867\r\na=fmtp:101
0-15\r\na=rtpmap:100 speex/16000\r\na=rtpmap:98 ilbc/8000\r\na=rtpmap:97
speex/8000\r\na=rt"...
        bodylimit = 0x817a5b6 "2\r\nVia: SIP/2.0/UDP
200.73.183.203;rport=5060;received=200.73.183.203;branch=0\r\nVia:
SIP/2.0/UDP 
200.73.182.228:5060;rport=56505;x-route-tag=\"tgrp:SKYTONE-BASICO\";branch=z9hG4bK225472653\r\nFrom:
\"anon"...
        o1p = 0x0
        medianum_buf =
"1\000??\000\000\000\000quG\000\212?@\000\000\000\000"
        medianum = 1
        tmpstr1 = {
  s = 0x817a4a8 "m=audio 35867 RTP/AVP 100 6 0 8 3 18 98 97 5 102
101\r\na=alt:1 1 : 1EDD7A3B DE47B706 200.59.112.179 35867\r\na=fmtp:101
0-15\r\na=rtpmap:100 speex/16000\r\na=rtpmap:98 ilbc/8000\r\na=rtpmap:97
speex/8000\r\na=rt"..., len = 270}
        c1p_altered = 1
        __FUNCTION__ = "force_rtp_proxy2_f"
#5  0x00220332 in force_rtp_proxy0_f (msg=0x81b2770, str1=0x0, str2=0x0)
at nathelper.c:2772
        arg = ""
#6  0x08052fa6 in do_action (a=0x81ab8a8, msg=0x81b2770) at action.c:845
        ret = <value optimized out>
        v = <value optimized out>
        to = <value optimized out>
        p = <value optimized out>
        tmp = <value optimized out>
        end = <value optimized out>
        crt = <value optimized out>
        len = <value optimized out>
        user = <value optimized out>
        uri = {user = {s = 0x81ab7d0 "\002", len = 135997296}, passwd = {s
= 0x0, len = 4439232}, host = {s = 0x512140 "", len = 161736688}, port = {
    s = 0x0, len = 0}, params = {s = 0x46c914 "\201??F\n", len =
161736680}, headers = {s = 0xbfdf413c "\a?\027\b???\t", len = 0},
port_no = 0, proto = 0,
  type = 5312500, transport = {s = 0x0, len = 1}, ttl = {s = 0xbfdf4200
"(B??\2147H", len = 4722294}, user_param = {s = 0x9a3e7f0 "\200!Q", len =
17},
  maddr = {s = 0x88 <Address 0x88 out of bounds>, len = -322277503},
method = {s = 0x81b3088 "??\027\b", len = 4194304}, lr = {
    s = 0x1 <Address 0x1 out of bounds>, len = 135766535}, r2 = {s = 0x25
<Address 0x25 out of bounds>, len = 2141312}, transport_val = {
    s = 0xc <Address 0xc out of bounds>, len = 4732812}, ttl_val = {s =
0x0, len = 135966032}, user_param_val = {s = 0x81b2770 "?\b", len = 0},
maddr_val = {
    s = 0xbfdf4268 "", len = 134557606}, method_val = {s = 0x81b2770
"?\b", len = -1240879032}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0,
len = 0}}
        next_hop = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len =
0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s =
0x0,
    len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type =
ERROR_URI_T, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0},
  user_param = {s = 0x0, len = -1552065627}, maddr = {s = 0x0, len =
1655571}, method = {s = 0x0, len = 0}, lr = {s = 0x194a13 "\201???",
    len = -1552065627}, r2 = {s = 0x200 <Address 0x200 out of bounds>, len
= 2141324}, transport_val = {s = 0x20ac88 "0254", len = 2140016}, ttl_val =
{
    s = 0xb609b048 "\030?\t?", len = -1240879032}, user_param_val = {s =
0xbfdf3ff8 "hB???/\005\bp'\033\bH?\t?", len = 2098015}, maddr_val = {
    s = 0xb609b048 "\030?\t?", len = -1075888164}, method_val = {s =
0xbfdf3fe8 "", len = 135968760}, lr_val = {s = 0x81b2770 "?\b", len = 4},
r2_val = {
    s = 0xbfdf4078 "?B???D\005\b??\032\bp'\033\b", len =
134889973}}
        u = <value optimized out>
        port = <value optimized out>
        cmatch = <value optimized out>
        aitem = <value optimized out>
        adefault = <value optimized out>
        spec = <value optimized out>
        model = <value optimized out>
        val = {rs = {s = 0x0, len = 0}, ri = 0, flags = 1}
        __FUNCTION__ = "do_action"
#7  0x08055819 in run_action_list (a=0x81ab8a8, msg=0x81b2770) at
action.c:138
        ret = 135969040
        t = (struct action *) 0x81ab8a8
        __FUNCTION__ = "run_action_list"


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-02-28 20:25

Message:
Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid'.
Program terminated with signal 6, Aborted.
#0  0x00fe9402 in __kernel_vsyscall ()
(gdb) bt
#0  0x00fe9402 in __kernel_vsyscall ()
#1  0x003f7f30 in raise () from /lib/i686/nosegneg/libc.so.6
#2  0x003f9911 in abort () from /lib/i686/nosegneg/libc.so.6
#3  0x0805ffcf in anchor_lump (msg=0x81b2770, offset=950, len=0,
type=HDR_OTHER_T) at data_lump.c:345
#4  0x0021d382 in force_rtp_proxy2_f (msg=0x81b2770, str1=0xbfdf3dbb "",
str2=0xbfdf3d8c "200.69.XXX.197") at nathelper.c:2745
#5  0x00220332 in force_rtp_proxy0_f (msg=0x81b2770, str1=0x0, str2=0x0)
at nathelper.c:2772
#6  0x08052fa6 in do_action (a=0x81ab8a8, msg=0x81b2770) at action.c:845
#7  0x08055819 in run_action_list (a=0x81ab8a8, msg=0x81b2770) at
action.c:138
#8  0x080544c5 in do_action (a=0x81ab910, msg=0x81b2770) at action.c:717
#9  0x08055819 in run_action_list (a=0x81ab910, msg=0x81b2770) at
action.c:138
#10 0x08054df2 in do_action (a=0x81ab978, msg=0x81b2770) at action.c:723
#11 0x08055819 in run_action_list (a=0x81ab978, msg=0x81b2770) at
action.c:138
#12 0x08054088 in do_action (a=0x81ab338, msg=0x81b2770) at action.c:118
#13 0x08055819 in run_action_list (a=0x81a4068, msg=0x81b2770) at
action.c:138
#14 0x08055bb3 in run_top_route (a=0x81a4068, msg=0x81b2770) at
action.c:118
#15 0x08094f79 in receive_msg (
    buf=0x817a200 "INVITE sip:002914530254 at voip.XXXXXXXX.com.ar
SIP/2.0\r\nVia: SIP/2.0/UDP
200.59.112.179:33131;branch=z9hG4bK-d87543-fd18d04ea12c3a1d-1--d87543-;rport\r\nMax-Forwards:
69\r\nContact: <sip:1191 at 200.59.112.179"..., len=947, rcv_info=0xbfdf4964)
at receive.c:165
#16 0x080d7b37 in udp_rcv_loop () at udp_server.c:449
#17 0x0806d5ce in main (argc=3, argv=0xbfdf4b54) at main.c:780


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2649267&group_id=232389


From bogdan at voice-system.ro  Wed Apr  1 20:03:23 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 18:03:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5571] trunk/modules/db_mysql
Message-ID: <E1Lp4mZ-0005jZ-Uj@74yxhf1.ch3.sourceforge.com>

Revision: 5571
          http://opensips.svn.sourceforge.net/opensips/?rev=5571&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 18:03:23 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
- fixed bug in improper set of the MYSQL bind out structure.

Many, many thanks to Thomas Gelf for helping with the debug and testing and to Franz Edler for testing this fix

Modified Paths:
--------------
    trunk/modules/db_mysql/dbase.c
    trunk/modules/db_mysql/my_con.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  1 20:04:27 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 18:04:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5572]
	branches/1.5/modules/db_mysql
Message-ID: <E1Lp4na-0005kT-W2@74yxhf1.ch3.sourceforge.com>

Revision: 5572
          http://opensips.svn.sourceforge.net/opensips/?rev=5572&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 18:04:26 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5571):
- fixed bug in improper set of the MYSQL bind out structure.

Many, many thanks to Thomas Gelf for helping with the debug and testing and to Franz Edler for testing this fix

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5571&view=rev

Modified Paths:
--------------
    branches/1.5/modules/db_mysql/dbase.c
    branches/1.5/modules/db_mysql/my_con.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  1 20:13:02 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 01 Apr 2009 18:13:02 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2713968 ] Segmentfault (still) in
	mysql_stmt_result_metadata()
Message-ID: <E1Lp4vu-0004YH-EJ@d55xhf1.ch3.sourceforge.com>

Bugs item #2713968, was opened at 2009-03-26 11:18
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
>Group: 1.5.x
Status: Open
>Resolution: Accepted
>Priority: 9
Private: No
Submitted By: I?aki Baz Castillo (ibc_sf)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Segmentfault (still) in mysql_stmt_result_metadata()

Initial Comment:
Even if the same bugs appears as fixed:
  https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2608188&group_id=232389

I've experimented it right now:
- Debian Etch 64 bits
- OpenSIPS trunk (rev 5534)

Scenario:
- OpenSIPS as pure presence server (no XCAP).
- No registrar/proxy/usrloc features.
- For now just 5 subscribers.

OpenSIPS has generated two coredumps at the same time, both similar but handling different subscriptions.

Coredump is attached.



----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 21:13

Message:
Hi Inaki,

something similar was reported on the mailing list by Jacek Konieczny
(http://lists.opensips.org/pipermail/users/2009-March/004226.html).

Thanks to Jacek help, we try to debug and see see what is the cause.

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389


From noreply at sourceforge.net  Wed Apr  1 20:21:57 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 01 Apr 2009 18:21:57 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2721023 ] strtok in db_berkeley
Message-ID: <E1Lp54X-00072i-Gq@565xhf1.ch3.sourceforge.com>

Bugs item #2721023, was opened at 2009-03-29 20:46
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2721023&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: strtok in db_berkeley

Initial Comment:
db_berkeley uses pipe character (|) as a field delimiter in a row (row is just a character string). But for parsing the row it uses function strtok(row,"|") which will lead to errors when we have sequences of two and more pipes (i.e. the fields values between them are empty strings), because strtok never returns empty strings and proceeds to the next until non-empty token will be found. So it will result in a  the wrong number of fields in processed row.

It would be better to switch to strsep function which process tokens one in a time.   

----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 21:21

Message:
according the man page, there is no difference between strtok and strsep,
except handling the empty empty fields. 

But, in both case, the risk for injection is the same, IMO. so it
shouldn;t be worst by replacing the functions.

BTW, is there any way of doing escaping for the | ?

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-03-30 08:20

Message:
Sorry, current implementation of db_berkeley is very limited and may be
even dangerous (what happens if attacker embeds into packet sent to server
a sequence of pipe characters which later will be inserted into database by
the server). So fixing the bugs there is senseless because the bugs so to
say compensate each other. Even better is not use the module.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2721023&group_id=232389


From bogdan at voice-system.ro  Wed Apr  1 20:29:53 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 18:29:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5573]
	trunk/modules/dialplan/dialplan.c
Message-ID: <E1Lp5CD-0006eP-B7@74yxhf1.ch3.sourceforge.com>

Revision: 5573
          http://opensips.svn.sourceforge.net/opensips/?rev=5573&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 18:29:53 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
- fixed bogus param type in do_action() (STRING_ST -> STR_ST).
  Closes bug 2723978.

Modified Paths:
--------------
    trunk/modules/dialplan/dialplan.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  1 20:30:40 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Apr 2009 18:30:40 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5574]
	branches/1.5/modules/dialplan/dialplan.c
Message-ID: <E1Lp5Cy-0006fj-2O@74yxhf1.ch3.sourceforge.com>

Revision: 5574
          http://opensips.svn.sourceforge.net/opensips/?rev=5574&view=rev
Author:   bogdan_iancu
Date:     2009-04-01 18:30:39 +0000 (Wed, 01 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5573):
- fixed bogus param type in do_action() (STRING_ST -> STR_ST).
  Closes bug 2723978.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5573&view=rev

Modified Paths:
--------------
    branches/1.5/modules/dialplan/dialplan.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  1 20:32:05 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 01 Apr 2009 18:32:05 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2723978 ] Problem with DialPlan
	module
Message-ID: <E1Lp5EL-0005nB-4L@d55xhf1.ch3.sourceforge.com>

Bugs item #2723978, was opened at 2009-04-01 00:43
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2723978&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
>Group: 1.5.x
Status: Open
>Resolution: Fixed
>Priority: 7
Private: No
Submitted By: Patrick F. (padraigf65)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Problem with DialPlan module

Initial Comment:
I've encountered a problem with dialplan that worked in 1.4.4 & 1.4.5.   I'm using it to simply take an input number and replace it with a different number:

in the cfg file:
        dp_translate("0", "$ruri.user/$ruri.user");

and there is only one entry in my mysql database:

+----+------+----+----------+------------+-----------+-----------+----------------+-------+
| id | dpid | pr | match_op | match_exp  | match_len | subst_exp | repl_exp       | attrs |
+----+------+----+----------+------------+-----------+-----------+----------------+-------+
|  1 |    0 |  1 |        0 | 2022310000 |        10 |           | 05052022310000 |       | 
+----+------+----+----------+------------+-----------+-----------+----------------+-------+


Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_get_ivalue: integer value
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: dpid is 0
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_get_svalue: searching 15 
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: input is 2022310000
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:translate: equal operator testing
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:translate: found a matching rule 0x2871c6c8: pr 1, match_exp 2022310000
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:rule_translate: simply replace the string, subst_comp 0x0, n_escapes 0
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: input 2022310000 with dpid 0 => output 05052022310000
Mar 31 17:37:42 artery osips-artery[96677]: ALERT:core:do_action: BUG in set*() type 1
Mar 31 17:37:42 artery osips-artery[96677]: ERROR:dialplan:dp_update: failed to set the output
Mar 31 17:37:42 artery osips-artery[96677]: ERROR:dialplan:dp_translate_f: cannot set the output


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 21:32

Message:
Bug fixed on SVN. Please update and confirm the fixing.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2723978&group_id=232389


From mauro.davi at acotel.com  Thu Apr  2 11:03:35 2009
From: mauro.davi at acotel.com (=?iso-8859-1?Q?Mauro_Davi=27?=)
Date: Thu, 2 Apr 2009 11:03:35 +0200
Subject: [OpenSIPS-Devel] R:  call_control, dialog and BYE messages patch
In-Reply-To: <49D1E9CE.6090006@voice-system.ro>
References: <200903311232.16964.dan@ag-projects.com>
	<49D1E9CE.6090006@voice-system.ro>
Message-ID: <E46BD5F8F26EE6489F2C246C0BBDB908029FA2FF@office01.office.itrm.acotel.com>

Hi All,

attached the new call_control module patch using the DLBCB_LOADED callback type. Now it isn't necessary to modify the register_dlgcb  function in the dialog module

It works fine. The stop message of the current active dialog now arrives also after a server restart.

Regards,
    MD

-----Messaggio originale-----
Da: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro] 
Inviato: marted? 31 marzo 2009 12:01
A: Dan Pascu
Cc: Mauro Davi'; devel at lists.opensips.org
Oggetto: Re: [OpenSIPS-Devel] call_control, dialog and BYE messages patch

Hi Dan,

Dan Pascu wrote:
> On Tuesday 31 March 2009, Bogdan-Andrei Iancu wrote:
>   
>> Hi Mauro,
>>
>> I think a better approach is to use the DLGCB_LOADED callback type.
>> This is called when a dialog is restored from DB (at startup) and it is
>> called per dialog. So the "callcontrol" module could register such
>> callback and use it to register further whatever other callbacks are
>> needed.
>>
>> Maybe Dan can help with this as he has a better inside view on the
>> module.
>>     
>
> Indeed. However the issue was (I'm not sure if it's still valid) that one 
> could not store particular information alongside the dialog in the 
> database. As a consequence, I do not know at the time the dialogs are 
> loaded from the database, to which of them I need to attach callbacks.
>   

right - this opens the discussion for another topic - a general way 
(kind of string of properties) to save all the various props of the 
dialog (profiles, dialog flags, dialog values, callbacks, etc). This to 
be saved only at shutdown time...

Regards,
Bogdan
>   
>> Regards,
>> Bogdan
>>
>> Mauro Davi' wrote:
>>     
>>> Hi All,
>>>
>>> using the callcontrol module I see that if the opensips server goes
>>> down, on the next start the BYE message aren't sent to the call
>>> control module (i.e. the stop message).
>>>
>>> Attached there is the dialog module patch.
>>>
>>> I modified the |register_dlgcb (dialog, type, cb, param,
>>> free_param_cb)| function in this way:
>>>
>>> If the dialog parameter is null and the type isn't equal to
>>> DIALOG_CREATED, the callback function is registered to all the active
>>> dialogs.
>>>
>>> So in the call control module, in the mod_init function I simply
>>> added this new lines:
>>>
>>> if (dlg_api.register_dlgcb(NULL, DLGCB_RESPONSE_FWDED,
>>> __dialog_replies, NULL, NULL) != 0) {
>>>
>>> LM_CRIT("cannot register callback for dialog confirmation\n");
>>>
>>> return -1;
>>>
>>> }
>>>
>>> if (dlg_api.register_dlgcb(NULL, DLGCB_TERMINATED | DLGCB_FAILED |
>>> DLGCB_EXPIRED | DLGCB_DESTROY, __dialog_ended, (void*)CCActive, NULL)
>>> != 0) {
>>>
>>> LM_CRIT("cannot register callback for dialog termination\n");
>>>
>>> return -1;
>>>
>>> }
>>>
>>> Now the BYE messages are sent to the call control module (stop
>>> messages) also if the opensips server is previously killed.
>>>
>>> I don't know if this is the best solution, but it is a solution J
>>>
>>> Regards,
>>>
>>> MD
>>>
>>> ---------------------------------------------------------------------
>>> ---
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>>       
>
>
>
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch.tgz
Type: application/x-compressed
Size: 650 bytes
Desc: patch.tgz
Url : http://lists.opensips.org/pipermail/devel/attachments/20090402/d8fe8140/attachment-0001.bin 

From mauro.davi at acotel.com  Thu Apr  2 11:15:55 2009
From: mauro.davi at acotel.com (=?iso-8859-1?Q?Mauro_Davi=27?=)
Date: Thu, 2 Apr 2009 11:15:55 +0200
Subject: [OpenSIPS-Devel] R:  R:  call_control, dialog and BYE messages patch
In-Reply-To: <E46BD5F8F26EE6489F2C246C0BBDB908029FA2FF@office01.office.itrm.acotel.com>
References: <49D1E9CE.6090006@voice-system.ro>
	<E46BD5F8F26EE6489F2C246C0BBDB908029FA2FF@office01.office.itrm.acotel.com>
Message-ID: <E46BD5F8F26EE6489F2C246C0BBDB908029FA300@office01.office.itrm.acotel.com>

Hi All,

a brief point of view. It's true, how Dan said, that the call_control module don't have all the information to know at the time that the dialogs are 
loaded from the database, to which of them it needs to attach the callbacks.

But it is also true, that if I attach the callback to all the dialog, when the call_control module will receive a stop message, it simply can discard it responding with a "NOT FOUND" message from the rating engine.

I know that with a lot of call, not handled by the call control module, this isn't the best way but I think that, for me, is better to have the stop message on the call control module.

Regards,
	MD

-----Messaggio originale-----
Da: devel-bounces at lists.opensips.org [mailto:devel-bounces at lists.opensips.org] Per conto di Mauro Davi'
Inviato: gioved? 2 aprile 2009 11:04
A: Bogdan-Andrei Iancu; Dan Pascu
Cc: devel at lists.opensips.org
Oggetto: [OpenSIPS-Devel] R: call_control, dialog and BYE messages patch

Hi All,

attached the new call_control module patch using the DLBCB_LOADED callback type. Now it isn't necessary to modify the register_dlgcb  function in the dialog module

It works fine. The stop message of the current active dialog now arrives also after a server restart.

Regards,
    MD

-----Messaggio originale-----
Da: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro] 
Inviato: marted? 31 marzo 2009 12:01
A: Dan Pascu
Cc: Mauro Davi'; devel at lists.opensips.org
Oggetto: Re: [OpenSIPS-Devel] call_control, dialog and BYE messages patch

Hi Dan,

Dan Pascu wrote:
> On Tuesday 31 March 2009, Bogdan-Andrei Iancu wrote:
>   
>> Hi Mauro,
>>
>> I think a better approach is to use the DLGCB_LOADED callback type.
>> This is called when a dialog is restored from DB (at startup) and it is
>> called per dialog. So the "callcontrol" module could register such
>> callback and use it to register further whatever other callbacks are
>> needed.
>>
>> Maybe Dan can help with this as he has a better inside view on the
>> module.
>>     
>
> Indeed. However the issue was (I'm not sure if it's still valid) that one 
> could not store particular information alongside the dialog in the 
> database. As a consequence, I do not know at the time the dialogs are 
> loaded from the database, to which of them I need to attach callbacks.
>   

right - this opens the discussion for another topic - a general way 
(kind of string of properties) to save all the various props of the 
dialog (profiles, dialog flags, dialog values, callbacks, etc). This to 
be saved only at shutdown time...

Regards,
Bogdan
>   
>> Regards,
>> Bogdan
>>
>> Mauro Davi' wrote:
>>     
>>> Hi All,
>>>
>>> using the callcontrol module I see that if the opensips server goes
>>> down, on the next start the BYE message aren't sent to the call
>>> control module (i.e. the stop message).
>>>
>>> Attached there is the dialog module patch.
>>>
>>> I modified the |register_dlgcb (dialog, type, cb, param,
>>> free_param_cb)| function in this way:
>>>
>>> If the dialog parameter is null and the type isn't equal to
>>> DIALOG_CREATED, the callback function is registered to all the active
>>> dialogs.
>>>
>>> So in the call control module, in the mod_init function I simply
>>> added this new lines:
>>>
>>> if (dlg_api.register_dlgcb(NULL, DLGCB_RESPONSE_FWDED,
>>> __dialog_replies, NULL, NULL) != 0) {
>>>
>>> LM_CRIT("cannot register callback for dialog confirmation\n");
>>>
>>> return -1;
>>>
>>> }
>>>
>>> if (dlg_api.register_dlgcb(NULL, DLGCB_TERMINATED | DLGCB_FAILED |
>>> DLGCB_EXPIRED | DLGCB_DESTROY, __dialog_ended, (void*)CCActive, NULL)
>>> != 0) {
>>>
>>> LM_CRIT("cannot register callback for dialog termination\n");
>>>
>>> return -1;
>>>
>>> }
>>>
>>> Now the BYE messages are sent to the call control module (stop
>>> messages) also if the opensips server is previously killed.
>>>
>>> I don't know if this is the best solution, but it is a solution J
>>>
>>> Regards,
>>>
>>> MD
>>>
>>> ---------------------------------------------------------------------
>>> ---
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>>       
>
>
>
>   



From bogdan at voice-system.ro  Thu Apr  2 11:19:00 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 02 Apr 2009 12:19:00 +0300
Subject: [OpenSIPS-Devel] alias_db_lookup SIGCHLD
In-Reply-To: <1238494249510-2562177.post@n2.nabble.com>
References: <1238084863107-2539469.post@n2.nabble.com>	<1238095262623-2540548.post@n2.nabble.com>	<49D1D02E.8060608@voice-system.ro>
	<1238494249510-2562177.post@n2.nabble.com>
Message-ID: <49D48304.1070108@voice-system.ro>

Jan,

there were some fixes in the DB area (prepared statements); maybe your 
crash was related to that, so now it is fixed. Try the latest SVN versions.

Regards,
Bogdan

Jan D. wrote:
> Bogdan,
>
> The revision is:
> version: opensips 1.5.0-notls (x86_64/linux)
> flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> svnrevision: unknown
> @(#) $Id: main.c 5469 2009-03-18 12:43:10Z bogdan_iancu $
> main.c compiled on 19:55:48 Mar 24 2009 with gcc 4.3.3
>
> Ik tried to make a core dump, but the problem is gone. The only thing I changed is the database: I changed all varchars in chars.
>
> I will try to reproduce the problem and post more info.
>
> Jan
>   



From anca at opensips.org  Thu Apr  2 16:37:05 2009
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 02 Apr 2009 14:37:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5575]
	trunk/modules/pua/event_list.c
Message-ID: <E1LpO2T-0004TC-Qz@74yxhf1.ch3.sourceforge.com>

Revision: 5575
          http://opensips.svn.sourceforge.net/opensips/?rev=5575&view=rev
Author:   anca_vamanu
Date:     2009-04-02 14:37:05 +0000 (Thu, 02 Apr 2009)

Log Message:
-----------
- added dependency check if module pua is loaded before modules adding events in pua module

Modified Paths:
--------------
    trunk/modules/pua/event_list.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From dan at ag-projects.com  Thu Apr  2 16:49:33 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Thu, 2 Apr 2009 17:49:33 +0300
Subject: [OpenSIPS-Devel] R:  R:  call_control,
	dialog and BYE messages patch
In-Reply-To: <E46BD5F8F26EE6489F2C246C0BBDB908029FA300@office01.office.itrm.acotel.com>
References: <49D1E9CE.6090006@voice-system.ro>
	<E46BD5F8F26EE6489F2C246C0BBDB908029FA2FF@office01.office.itrm.acotel.com>
	<E46BD5F8F26EE6489F2C246C0BBDB908029FA300@office01.office.itrm.acotel.com>
Message-ID: <200904021749.33847.dan@ag-projects.com>

On Thursday 02 April 2009, Mauro Davi' wrote:
> Hi All,
>
> a brief point of view. It's true, how Dan said, that the call_control
> module don't have all the information to know at the time that the
> dialogs are loaded from the database, to which of them it needs to
> attach the callbacks.
>
> But it is also true, that if I attach the callback to all the dialog,
> when the call_control module will receive a stop message, it simply can
> discard it responding with a "NOT FOUND" message from the rating
> engine.

It won't go that far. The external callcontrol application will reply 
directly as it doesn't have the session.

> I know that with a lot of call, not handled by the call control module,
> this isn't the best way but I think that, for me, is better to have the
> stop message on the call control module.

It's not that bad as one may think. This only happens after a restart, 
until all the dialogs present on restart are ended. After that it enters 
in the normal mode of operation. Unless you restart a lot and have a lot 
of dialogs active during those moments (which is unlikely as I don't 
expect people to restart servers during peak loads), it won't overload it 
too much. Also considering that normally you go to the external call 
control application for every INVITE, be it limited or not, but when the 
dialog ends only for those under call control, it doesn't seem that much 
to call the external application for every ended dialog after a restart 
and do this only for the dialogs present during a restart. So I guess 
it's a perfectly acceptable compromise until the dialog can store 
additional information from modules.

Thanks, for the patch. I'll look into applying it. I guess we can do this 
for mediaproxy as well.

-- 
Dan


From anca at opensips.org  Thu Apr  2 16:58:07 2009
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 02 Apr 2009 14:58:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5576]
	branches/1.4/modules/pua/event_list.c
Message-ID: <E1LpOMp-0004tS-PH@74yxhf1.ch3.sourceforge.com>

Revision: 5576
          http://opensips.svn.sourceforge.net/opensips/?rev=5576&view=rev
Author:   anca_vamanu
Date:     2009-04-02 14:58:07 +0000 (Thu, 02 Apr 2009)

Log Message:
-----------
- added dependency check if module pua is loaded before modules adding events in pua module

Modified Paths:
--------------
    branches/1.4/modules/pua/event_list.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Thu Apr  2 16:59:37 2009
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 02 Apr 2009 14:59:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5577]
	branches/1.5/modules/pua/event_list.c
Message-ID: <E1LpOOH-0004vo-J1@74yxhf1.ch3.sourceforge.com>

Revision: 5577
          http://opensips.svn.sourceforge.net/opensips/?rev=5577&view=rev
Author:   anca_vamanu
Date:     2009-04-02 14:59:37 +0000 (Thu, 02 Apr 2009)

Log Message:
-----------
- added dependency check if module pua is loaded before modules adding events in pua module

Modified Paths:
--------------
    branches/1.5/modules/pua/event_list.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Fri Apr  3 05:10:12 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Apr 2009 03:10:12 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2723978 ] Problem with DialPlan
	module
Message-ID: <E1LpZnI-0008DG-Uj@d45xhf1.ch3.sourceforge.com>

Bugs item #2723978, was opened at 2009-03-31 17:43
Message generated for change (Comment added) made by padraigf65
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2723978&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: Fixed
Priority: 7
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Problem with DialPlan module

Initial Comment:
I've encountered a problem with dialplan that worked in 1.4.4 & 1.4.5.   I'm using it to simply take an input number and replace it with a different number:

in the cfg file:
        dp_translate("0", "$ruri.user/$ruri.user");

and there is only one entry in my mysql database:

+----+------+----+----------+------------+-----------+-----------+----------------+-------+
| id | dpid | pr | match_op | match_exp  | match_len | subst_exp | repl_exp       | attrs |
+----+------+----+----------+------------+-----------+-----------+----------------+-------+
|  1 |    0 |  1 |        0 | 2022310000 |        10 |           | 05052022310000 |       | 
+----+------+----+----------+------------+-----------+-----------+----------------+-------+


Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_get_ivalue: integer value
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: dpid is 0
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_get_svalue: searching 15 
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: input is 2022310000
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:translate: equal operator testing
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:translate: found a matching rule 0x2871c6c8: pr 1, match_exp 2022310000
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:rule_translate: simply replace the string, subst_comp 0x0, n_escapes 0
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: input 2022310000 with dpid 0 => output 05052022310000
Mar 31 17:37:42 artery osips-artery[96677]: ALERT:core:do_action: BUG in set*() type 1
Mar 31 17:37:42 artery osips-artery[96677]: ERROR:dialplan:dp_update: failed to set the output
Mar 31 17:37:42 artery osips-artery[96677]: ERROR:dialplan:dp_translate_f: cannot set the output


----------------------------------------------------------------------

Comment By: Patrick F. (padraigf65)
Date: 2009-04-02 23:10

Message:
Updated and all seems to be testing correctly now.

Thanks

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 14:32

Message:
Bug fixed on SVN. Please update and confirm the fixing.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2723978&group_id=232389


From noreply at sourceforge.net  Fri Apr  3 11:04:10 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Apr 2009 09:04:10 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2723978 ] Problem with DialPlan
	module
Message-ID: <E1LpfJq-0006t4-OE@h45xhf1.ch3.sourceforge.com>

Bugs item #2723978, was opened at 2009-04-01 00:43
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2723978&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
>Status: Closed
Resolution: Fixed
Priority: 7
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Problem with DialPlan module

Initial Comment:
I've encountered a problem with dialplan that worked in 1.4.4 & 1.4.5.   I'm using it to simply take an input number and replace it with a different number:

in the cfg file:
        dp_translate("0", "$ruri.user/$ruri.user");

and there is only one entry in my mysql database:

+----+------+----+----------+------------+-----------+-----------+----------------+-------+
| id | dpid | pr | match_op | match_exp  | match_len | subst_exp | repl_exp       | attrs |
+----+------+----+----------+------------+-----------+-----------+----------------+-------+
|  1 |    0 |  1 |        0 | 2022310000 |        10 |           | 05052022310000 |       | 
+----+------+----+----------+------------+-----------+-----------+----------------+-------+


Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_get_ivalue: integer value
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: dpid is 0
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_get_svalue: searching 15 
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: input is 2022310000
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:translate: equal operator testing
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:translate: found a matching rule 0x2871c6c8: pr 1, match_exp 2022310000
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:rule_translate: simply replace the string, subst_comp 0x0, n_escapes 0
Mar 31 17:37:42 artery osips-artery[96677]: DBG:dialplan:dp_translate_f: input 2022310000 with dpid 0 => output 05052022310000
Mar 31 17:37:42 artery osips-artery[96677]: ALERT:core:do_action: BUG in set*() type 1
Mar 31 17:37:42 artery osips-artery[96677]: ERROR:dialplan:dp_update: failed to set the output
Mar 31 17:37:42 artery osips-artery[96677]: ERROR:dialplan:dp_translate_f: cannot set the output


----------------------------------------------------------------------

Comment By: Patrick F. (padraigf65)
Date: 2009-04-03 06:10

Message:
Updated and all seems to be testing correctly now.

Thanks

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 21:32

Message:
Bug fixed on SVN. Please update and confirm the fixing.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2723978&group_id=232389


From bogdan at voice-system.ro  Fri Apr  3 11:26:46 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Apr 2009 12:26:46 +0300
Subject: [OpenSIPS-Devel] Memory Leak related to db_mysql/sip_trace
In-Reply-To: <1238528813865-2565098.post@n2.nabble.com>
References: <1237183377970-2484274.post@n2.nabble.com>	<1237198463.6719.7.camel@shrike.home.ludost.net>	<1238174323956-2545536.post@n2.nabble.com>	<49D1D43F.5070600@voice-system.ro>
	<1238528813865-2565098.post@n2.nabble.com>
Message-ID: <49D5D656.1000007@voice-system.ro>

Hi Chevio,

Just some insides of how shm memory works - opensips uses (from OS) a 
fix amount of memory (it is what you configure via -m param at startup). 
This amount of memory is reserved from OS at startup and it is not 
changed anymore at runtime. So, whatever top shows is totally irrelevant 
as there is no dynamic mem reservation at runtime.

So, the only relevant information about mem canbe fetched from OpenSIPS 
(via MI - try "opensipsctl fifo get_statistics shmem:"

if you do not know how to interpret the final mem dump, pack the log and 
email it to me - i will take a look to see if there are any signs of leak

Regards,
Bogdan

Chevio wrote:
> Hi Bogdan, thanks for the reply.
>
> It looks like it is the SHM mem that has the problem. As I see the shared memory grow up and not released when I monitor opensips processes with top.
>
> I compiled the code with the memory debugger but to be quite honest I coudn't make much sense of the dump at the end. I saw lists and lists of memory buckets allocated, freed, etc but I coudn't go beyond that.
>
> This is what I see with top when I start opensips 1.5no tls:
>
> Start:
>
> top - 11:12:37 up 4 min,  1 user,  load average: 0.04, 0.22, 0.12
> Tasks:  10 total,   0 running,  10 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
> Mem:   1033336k total,   131496k used,   901840k free,     6564k buffers
> Swap:  1494004k total,        0k used,  1494004k free,    62452k cached
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  CODE DATA COMMAND
>  5059 root      20   0  102m 1080  516 S    0  0.1   0:00.00 1028  32m opensips
>  5058 root      20   0  102m  832  288 S    0  0.1   0:00.00 1028  32m opensips
>  5057 root      20   0  102m  720  180 S    0  0.1   0:00.00 1028  32m opensips
>  5056 root      20   0  102m 1964 1304 S    0  0.2   0:00.00 1028  32m opensips
>  5055 root      20   0  102m 1980 1312 S    0  0.2   0:00.00 1028  32m opensips
>  5054 root      20   0  102m 1200  636 S    0  0.1   0:00.00 1028  32m opensips
>  5053 root      20   0  102m 1984 1312 S    0  0.2   0:00.00 1028  32m opensips
>  5051 root      20   0  102m 3044 2504 S    0  0.3   0:00.00 1028  32m opensips
>  4508 mysql     20   0  126m  21m 5568 S    0  2.2   0:00.56 6864 115m mysqld
>  4466 root      20   0  1844  540  452 S    0  0.1   0:00.00   84  252 mysqld_safe
>
>
> After some activity:
>
> [cycle #: 516; if constant make sure server lives]
> Server:: OpenSIPS (1.5.0-notls (i386/linux))
> Now:: Tue Mar 31 11:34:38 2009
> Up since:: Tue Mar 31 11:12:09 2009
> Up time:: 1349 [sec]
>
> Transaction Statistics:
> tm:UAS_transactions = 31239
> tm:UAC_transactions = 0
> tm:inuse_transactions = 0
>
> Stateless Server Statistics:
> sl:sent_replies = 4911
> sl:sent_err_replies = 58
> sl:received_ACKs = 3576
>
> UsrLoc Stats:
> usrloc:registered_users = 2
> usrloc:location-users = 2
> usrloc:location-contacts = 2
> usrloc:location-expires = 0
>
> This is what I get from top:
>
> top - 11:35:16 up 27 min,  2 users,  load average: 0.31, 0.74, 0.62
> Tasks:  10 total,   0 running,  10 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.3%us,  1.2%sy,  0.0%ni, 98.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
> Mem:   1033336k total,   472296k used,   561040k free,    18268k buffers
> Swap:  1494004k total,        0k used,  1494004k free,   355148k cached
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  CODE DATA COMMAND
>  5059 root      20   0  102m 1084  520 S    0  0.1   0:00.50 1028  32m opensips
>  5058 root      20   0  102m  10m 9696 S    0  1.0   0:00.70 1028  32m opensips
>  5057 root      20   0  102m  720  180 S    0  0.1   0:00.14 1028  32m opensips
>  5056 root      20   0  102m  13m 9.9m S    0  1.3   0:18.12 1028  32m opensips
>  5055 root      20   0  102m  13m 9.9m S    0  1.3   0:18.20 1028  32m opensips
>  5054 root      20   0  102m  13m 9.8m S    0  1.3   0:18.04 1028  32m opensips
>  5053 root      20   0  102m  13m 9.8m S    0  1.3   0:18.00 1028  32m opensips
>  5051 root      20   0  102m 3044 2504 S    0  0.3   0:00.00 1028  32m opensips
>  4508 mysql     20   0  131m  39m 5948 S    0  3.9   5:36.60 6864 121m mysqld
>  4466 root      20   0  1844  540  452 S    0  0.1   0:00.00   84  252 mysqld_safe
>
>
> Those 9.8m in SHR memory are not released.
>
>
> Chevio
>
>
> Hi Chevio,
>
> Just to refresh me on this matter (and to make some light): it is about 
> the pkg memory or shm memory? which one is the was you suspect for the leak?
>
> Have you tried to use the memory debugger and to monitor the used memory 
> values?
>
> Regards,
> Bogdan
>
> Chevio wrote:
>   
>> After a lot of debugging and testing....
>>
>> 1. I bypassed the db and mysql modules, embedded mysql codde into my custom module and the behavior was the same.
>>
>> 2. I tested my mysql calls against valgrind and passed fine withoug memory leaks.
>>
>> 3.  I disabled all mysql related modules including my custom modules and did a simple test
>>
>> setup a script that replies 484 to all invites. Sent 1000 invites.
>>
>> Result..
>>
>> the overall system memory goes down, the  memory per process grows up and is not released in a reasonable period of time (24h). 
>>
>> I tweaked the timers in tm module to see If it was just  keeping transactions memory too long but still see the same problem.
>>
>> I have tested versions 1.4tls, notls, 1.5notls and the behavior is the same.
>>
>> Just by starting and stoping opensips I end up with less free memory available.
>>
>>
>> I can't believe I am the only one having this problem. Has anyone noticed the same issue ?
>>
>> I believe somewhere in the core the memory is not being released. 
>>
>> Please someone else test and confirm.
>>
>> Chevio
>>
>>
>>
>> ? 23:02 -0700 ?? 15.03.2009 (??), Chevio ??????:
>>   
>>     
>>> I have been doing some tests as I noticed that opensips is eating the
>>> system
>>> memory.
>>>
>>>     
>>>       
>> ...
>>
>> This seems like a problem I've been discussing with Bogdan on irc - from
>> what I've seen in the DB layer code and the modules, if you fetch a
>> string from the database it's never freed - the memory is allocated in
>> the db_row functions, and db_free_row() is never called, except in error
>> conditions.
>>
>> (There's also db_free_rows, which DOES NOT call db_free_row).
>>
>> Chevio, which memory allocator are you using? I guess the system one,
>> judging by the fact that the memory manages to grow so much (the others
>> have a limited pool). Can you try enabling the memory allocator
>> debugger, running for a while with the mysql-intensive stuff and then
>> killing the process and seeing where do the allocations that were left
>> were done from?
>>
>>
>>   
>>     
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>
>   



From bogdan at voice-system.ro  Fri Apr  3 16:34:39 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Apr 2009 14:34:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5578]
	trunk/modules/db_mysql/dbase.c
Message-ID: <E1LpkTf-0004F3-NF@dn4whf1.ch3.sourceforge.com>

Revision: 5578
          http://opensips.svn.sourceforge.net/opensips/?rev=5578&view=rev
Author:   bogdan_iancu
Date:     2009-04-03 14:34:39 +0000 (Fri, 03 Apr 2009)

Log Message:
-----------
- fixed bug in resetting the prepared statements when a text-based query triggers an auto reconnect - the problem was that both mysql_ping() and mysql_real_query() do not report the reconnect event at all (if auto reconnect is set).

Modified Paths:
--------------
    trunk/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Fri Apr  3 16:38:16 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Apr 2009 14:38:16 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2713968 ] Segmentfault (still) in
	mysql_stmt_result_metadata()
Message-ID: <E1LpkXA-0007LN-Ty@cdv4jf1.ch3.sourceforge.com>

Bugs item #2713968, was opened at 2009-03-26 11:18
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: Accepted
Priority: 9
Private: No
Submitted By: I?aki Baz Castillo (ibc_sf)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Segmentfault (still) in mysql_stmt_result_metadata()

Initial Comment:
Even if the same bugs appears as fixed:
  https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2608188&group_id=232389

I've experimented it right now:
- Debian Etch 64 bits
- OpenSIPS trunk (rev 5534)

Scenario:
- OpenSIPS as pure presence server (no XCAP).
- No registrar/proxy/usrloc features.
- For now just 5 subscribers.

OpenSIPS has generated two coredumps at the same time, both similar but handling different subscriptions.

Coredump is attached.



----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-03 17:38

Message:
Hi Inaki,

could you update from svn (trunk and 1.5) and test again. I found a bug
related to mysql re-connect and it might be the trigger for your crash
also.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 21:13

Message:
Hi Inaki,

something similar was reported on the mailing list by Jacek Konieczny
(http://lists.opensips.org/pipermail/users/2009-March/004226.html).

Thanks to Jacek help, we try to debug and see see what is the cause.

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389


From bogdan at voice-system.ro  Fri Apr  3 16:39:15 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Apr 2009 14:39:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5579]
	branches/1.5/modules/db_mysql/dbase.c
Message-ID: <E1LpkY7-0004K5-PM@dn4whf1.ch3.sourceforge.com>

Revision: 5579
          http://opensips.svn.sourceforge.net/opensips/?rev=5579&view=rev
Author:   bogdan_iancu
Date:     2009-04-03 14:39:15 +0000 (Fri, 03 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5578):
- fixed bug in resetting the prepared statements when a text-based query triggers an auto reconnect - the problem was that both mysql_ping() and mysql_real_query() do not report the reconnect event at all (if auto reconnect is set).

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5578&view=rev

Modified Paths:
--------------
    branches/1.5/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From ibc at aliax.net  Fri Apr  3 20:12:47 2009
From: ibc at aliax.net (=?utf-8?q?I=C3=B1aki_Baz_Castillo?=)
Date: Fri, 3 Apr 2009 20:12:47 +0200
Subject: [OpenSIPS-Devel] max_expires_subscribe and max_expires_publish not
	documented in 1.5
Message-ID: <200904032012.48167.ibc@aliax.net>

The parameters max_expires_subscribe and max_expires_publish (replacing 
max_expires) don't appear in the doc of 1.5 version.

-- 
I?aki Baz Castillo <ibc at aliax.net>


From noreply at sourceforge.net  Fri Apr  3 20:24:24 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Apr 2009 18:24:24 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2713968 ] Segmentfault (still) in
	mysql_stmt_result_metadata()
Message-ID: <E1Lpo40-0007a7-6a@565xhf1.ch3.sourceforge.com>

Bugs item #2713968, was opened at 2009-03-26 10:18
Message generated for change (Comment added) made by ibc_sf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: Accepted
Priority: 9
Private: No
Submitted By: I?aki Baz Castillo (ibc_sf)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Segmentfault (still) in mysql_stmt_result_metadata()

Initial Comment:
Even if the same bugs appears as fixed:
  https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2608188&group_id=232389

I've experimented it right now:
- Debian Etch 64 bits
- OpenSIPS trunk (rev 5534)

Scenario:
- OpenSIPS as pure presence server (no XCAP).
- No registrar/proxy/usrloc features.
- For now just 5 subscribers.

OpenSIPS has generated two coredumps at the same time, both similar but handling different subscriptions.

Coredump is attached.



----------------------------------------------------------------------

>Comment By: I?aki Baz Castillo (ibc_sf)
Date: 2009-04-03 20:24

Message:
Ok, already running it. If it crashes I will report it here.

Thanks.

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-03 16:38

Message:
Hi Inaki,

could you update from svn (trunk and 1.5) and test again. I found a bug
related to mysql re-connect and it might be the trigger for your crash
also.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 20:13

Message:
Hi Inaki,

something similar was reported on the mailing list by Jacek Konieczny
(http://lists.opensips.org/pipermail/users/2009-March/004226.html).

Thanks to Jacek help, we try to debug and see see what is the cause.

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389


From noreply at sourceforge.net  Sat Apr  4 21:49:59 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 Apr 2009 19:49:59 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2731979 ] opensipsctl can't
	start proxy after crash
Message-ID: <E1LqBsN-00064S-36@d55xhf1.ch3.sourceforge.com>

Patches item #2731979, was opened at 2009-04-04 22:49
Message generated for change (Tracker Item Submitted) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2731979&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tools
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Nobody/Anonymous (nobody)
Summary: opensipsctl can't start proxy after crash

Initial Comment:
The way how opensipsctl was checking PID file doesn't allow to start OpenSIPS after crash or hard reboot.

This patch check if there is a process running with the PID specified in pid file. If not, it removes pid file and start opensips.

Also 'restart' feature was broken. It doesn't stop opensips - there was such comment in the code by it doesn't make sense to me. 
So I've updated 'restart' command to do 'stop' and 'start'.

Also it fixes small typo in  daemonize.c.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2731979&group_id=232389


From noreply at sourceforge.net  Sat Apr  4 21:58:12 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 Apr 2009 19:58:12 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1LqC0K-0002Wf-7v@g45xhf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 22:58
Message generated for change (Tracker Item Submitted) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Nobody/Anonymous (nobody)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Sat Apr  4 22:13:58 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 Apr 2009 20:13:58 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1LqCFa-0006jE-Kp@3bkjzd1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 14:58
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
>Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 15:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Sat Apr  4 22:16:23 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 Apr 2009 20:16:23 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2732021 ] wrong ownership change
	of pid file
Message-ID: <E1LqCHv-0004ov-Vn@155xhf1.ch3.sourceforge.com>

Bugs item #2732021, was opened at 2009-04-04 23:16
Message generated for change (Tracker Item Submitted) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2732021&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tools
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong ownership change of pid file

Initial Comment:
opensips compiled and installed with prefix under regular account 'dima'.
>make prefix=/home/dima/oser/osrunhead install

After install pid file configured to be:
/home/dima/oser/osrunhead/var/run/opensips.pid
/home/dima/oser/osrunhead/var/run/ was created by 'dima'.

Attempt to start:
osrunhead/sbin/opensipsctl start
failed with such error in log file:

Apr  4 14:31:04 linux-dell osrunhead/sbin/opensips[25718]: ERROR:core:do_suid: failed to change owner of pif file /home/dima/oser/osrunhead/var/run/opensips
.pid: Operation not permitted(1)


I was able to start opensips changing opensipsctl and adding -u option:
$OSIPSBIN -u dima -P $PID_FILE $STARTOPTIONS 1>/dev/null 2>/dev/null

Does opensips suppose to change file ownership at all if it was started under regular user 'dima' (not root)?
Also as I understand '-u' options should not be used if I don't want to override user.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2732021&group_id=232389


From noreply at sourceforge.net  Sat Apr  4 22:18:23 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 Apr 2009 20:18:23 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1LqCJr-0002lS-67@cdv4jf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 22:58
Message generated for change (Comment added) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

>Comment By: ledda (ledda)
Date: 2009-04-04 23:18

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 23:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Sat Apr  4 22:19:37 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 Apr 2009 20:19:37 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1LqCL3-0005Fk-U3@155xhf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 22:58
Message generated for change (Comment added) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

>Comment By: ledda (ledda)
Date: 2009-04-04 23:19

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 23:18

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 23:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Sun Apr  5 06:26:11 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 05 Apr 2009 04:26:11 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2733116 ] make returns
	unsupported gcc version
Message-ID: <E1LqJvv-0001oa-L0@h45xhf1.ch3.sourceforge.com>

Patches item #2733116, was opened at 2009-04-05 04:26
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: make returns unsupported gcc version

Initial Comment:
Makefile.defs

GCC >4.3 allows compiling with the --with-pkgversion option (which can be anything) which in turn makes the ver_linux function report all sorts of garbage when using the --version option. Using -dumpversion to obtain the correct gcc version will always work.




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389


From noreply at sourceforge.net  Sun Apr  5 06:30:13 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 05 Apr 2009 04:30:13 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2733116 ] make returns
	unsupported gcc version
Message-ID: <E1LqJzp-00012X-V2@155xhf1.ch3.sourceforge.com>

Patches item #2733116, was opened at 2009-04-04 22:26
Message generated for change (Comment added) made by dmsessions
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: make returns unsupported gcc version

Initial Comment:
Makefile.defs

GCC >4.3 allows compiling with the --with-pkgversion option (which can be anything) which in turn makes the ver_linux function report all sorts of garbage when using the --version option. Using -dumpversion to obtain the correct gcc version will always work.




----------------------------------------------------------------------

Comment By: Darren Sessions (dmsessions)
Date: 2009-04-04 22:30

Message:
:)

Forgot to login to sourceforge when I posted this.

- Darren Sessions (dmsessions on SF, dmsessions at gmail.com)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389


From bogdan at voice-system.ro  Mon Apr  6 10:30:25 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Apr 2009 08:30:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5580]
	trunk/modules/db_mysql/dbase.c
Message-ID: <E1LqkDp-00048T-6E@d5vjzd1.ch3.sourceforge.com>

Revision: 5580
          http://opensips.svn.sourceforge.net/opensips/?rev=5580&view=rev
Author:   bogdan_iancu
Date:     2009-04-06 08:30:24 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- workaround a bug in mysql clinet lib - it looks like the mysql_stmt_execute() crashes if the mysql server is down (on "Can't connect to local MySQL server" error) - see http://bugs.mysql.com/bug.php?id=43560
  What I did is to have as screen function the mysql_ping() function - this will detect the error (disconnect state) and prevent executing the bogus mysql_stmt_execute(). It is no the nicest fix, but it fixes the crash.

 Reported by Thomas Gelf.

Modified Paths:
--------------
    trunk/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr  6 10:31:42 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Apr 2009 08:31:42 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5581]
	branches/1.5/modules/db_mysql/dbase.c
Message-ID: <E1LqkF4-0004A4-AR@d5vjzd1.ch3.sourceforge.com>

Revision: 5581
          http://opensips.svn.sourceforge.net/opensips/?rev=5581&view=rev
Author:   bogdan_iancu
Date:     2009-04-06 08:31:42 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- backport from trunk (rev #5580):

- workaround a bug in mysql clinet lib - it looks like the mysql_stmt_execute() crashes if the mysql server is down (on "Can't connect to local MySQL server" error) - see http://bugs.mysql.com/bug.php?id=43560
  What I did is to have as screen function the mysql_ping() function - this will detect the error (disconnect state) and prevent executing the bogus mysql_stmt_execute(). It is no the nicest fix, but it fixes the crash.

 Reported by Thomas Gelf.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5580&view=rev

Modified Paths:
--------------
    branches/1.5/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Mon Apr  6 11:31:12 2009
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 06 Apr 2009 09:31:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5582]
	trunk/modules/xcap_client/xcap_functions.c
Message-ID: <E1LqlAe-0001wc-BU@74yxhf1.ch3.sourceforge.com>

Revision: 5582
          http://opensips.svn.sourceforge.net/opensips/?rev=5582&view=rev
Author:   anca_vamanu
Date:     2009-04-06 09:31:12 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- fixed wrong memory free ( reported by JayaPrakash <jp.manchu at gmail.com> )

Modified Paths:
--------------
    trunk/modules/xcap_client/xcap_functions.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Mon Apr  6 11:33:32 2009
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 06 Apr 2009 09:33:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5583]
 branches/1.4/modules/xcap_client/xcap_functions .c
Message-ID: <E1LqlCu-00020S-BL@74yxhf1.ch3.sourceforge.com>

Revision: 5583
          http://opensips.svn.sourceforge.net/opensips/?rev=5583&view=rev
Author:   anca_vamanu
Date:     2009-04-06 09:33:32 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- fixed wrong memory free ( reported by JayaPrakash <jp.manchu at gmail.com> )

Modified Paths:
--------------
    branches/1.4/modules/xcap_client/xcap_functions.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Mon Apr  6 11:34:40 2009
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 06 Apr 2009 09:34:40 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5584]
 branches/1.5/modules/xcap_client/xcap_functions .c
Message-ID: <E1LqlE0-00021a-E7@74yxhf1.ch3.sourceforge.com>

Revision: 5584
          http://opensips.svn.sourceforge.net/opensips/?rev=5584&view=rev
Author:   anca_vamanu
Date:     2009-04-06 09:34:40 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- fixed wrong memory free ( reported by JayaPrakash <jp.manchu at gmail.com> )

Modified Paths:
--------------
    branches/1.5/modules/xcap_client/xcap_functions.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Mon Apr  6 11:36:07 2009
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 06 Apr 2009 12:36:07 +0300
Subject: [OpenSIPS-Devel] max_expires_subscribe and max_expires_publish
 not	documented in 1.5
In-Reply-To: <200904032012.48167.ibc@aliax.net>
References: <200904032012.48167.ibc@aliax.net>
Message-ID: <49D9CD07.6080506@opensips.org>

I?aki Baz Castillo wrote:
> The parameters max_expires_subscribe and max_expires_publish (replacing 
> max_expires) don't appear in the doc of 1.5 version.
>
>   
Hi Inaki,

You are right. I will document them.

regards,
Anca


From anca at opensips.org  Mon Apr  6 11:43:10 2009
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 06 Apr 2009 09:43:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5585] trunk/modules/presence
Message-ID: <E1LqlME-0002BU-4v@74yxhf1.ch3.sourceforge.com>

Revision: 5585
          http://opensips.svn.sourceforge.net/opensips/?rev=5585&view=rev
Author:   anca_vamanu
Date:     2009-04-06 09:43:09 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- documented max_expires_publish and max_expires_subscribe parameters (reported by Inaki Baz Castillo)

Modified Paths:
--------------
    trunk/modules/presence/README
    trunk/modules/presence/doc/presence_admin.xml


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr  6 12:41:29 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Apr 2009 10:41:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5586] trunk/modules/db_mysql
Message-ID: <E1LqmGf-0000Rx-HK@3kljzd1.ch3.sourceforge.com>

Revision: 5586
          http://opensips.svn.sourceforge.net/opensips/?rev=5586&view=rev
Author:   bogdan_iancu
Date:     2009-04-06 10:41:29 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- better fixed (with no performace penalties) for the previous fix (with the "caonnot connect to mysql server" issue) - see comments on rev #5580

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5580&view=rev

Modified Paths:
--------------
    trunk/modules/db_mysql/dbase.c
    trunk/modules/db_mysql/my_con.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr  6 12:43:29 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Apr 2009 10:43:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5587]
	branches/1.5/modules/db_mysql
Message-ID: <E1LqmIb-0000V3-Jk@3kljzd1.ch3.sourceforge.com>

Revision: 5587
          http://opensips.svn.sourceforge.net/opensips/?rev=5587&view=rev
Author:   bogdan_iancu
Date:     2009-04-06 10:43:29 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5586):
- better fixed (with no performace penalties) for the previous fix (with the "caonnot connect to mysql server" issue) - see comments on rev #5581

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5586&view=rev
    http://opensips.svn.sourceforge.net/opensips/?rev=5581&view=rev

Modified Paths:
--------------
    branches/1.5/modules/db_mysql/dbase.c
    branches/1.5/modules/db_mysql/my_con.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr  6 15:39:41 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Apr 2009 13:39:41 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5588] trunk/serialize.c
Message-ID: <E1Lqp37-0006su-I9@c3vjzd1.ch3.sourceforge.com>

Revision: 5588
          http://opensips.svn.sourceforge.net/opensips/?rev=5588&view=rev
Author:   bogdan_iancu
Date:     2009-04-06 13:39:41 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- fixed next_branch() function - the first value goes all the time in RURI.
  Reported by Jeff Pyle.

Modified Paths:
--------------
    trunk/serialize.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr  6 15:43:15 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Apr 2009 13:43:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5589]
	branches/1.5/serialize.c
Message-ID: <E1Lqp6Z-0006xt-DT@c3vjzd1.ch3.sourceforge.com>

Revision: 5589
          http://opensips.svn.sourceforge.net/opensips/?rev=5589&view=rev
Author:   bogdan_iancu
Date:     2009-04-06 13:43:15 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5588)

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5588&view=rev

Modified Paths:
--------------
    branches/1.5/serialize.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From saguti at gmail.com  Mon Apr  6 17:53:34 2009
From: saguti at gmail.com (Sergio Gutierrez)
Date: Mon, 06 Apr 2009 15:53:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5590] trunk/Makefile.defs
Message-ID: <E1Lqr8g-00027x-4c@c3vjzd1.ch3.sourceforge.com>

Revision: 5590
          http://opensips.svn.sourceforge.net/opensips/?rev=5590&view=rev
Author:   saguti
Date:     2009-04-06 15:53:33 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- Modified option to detect compiler version. 
Credits go to Darren Sessions. Closes patch #2733116

Modified Paths:
--------------
    trunk/Makefile.defs


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Mon Apr  6 17:54:24 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Apr 2009 15:54:24 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2733116 ] make returns
	unsupported gcc version
Message-ID: <E1Lqr9U-0003r0-3i@3bkjzd1.ch3.sourceforge.com>

Patches item #2733116, was opened at 2009-04-04 23:26
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Sergio Gutierrez (saguti)
Summary: make returns unsupported gcc version

Initial Comment:
Makefile.defs

GCC >4.3 allows compiling with the --with-pkgversion option (which can be anything) which in turn makes the ver_linux function report all sorts of garbage when using the --version option. Using -dumpversion to obtain the correct gcc version will always work.




----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 10:54

Message:
Hello Darren.

Patch has been applied to trunk. Please update and test again to verify
it.

Thanks and regards.

Sergio

----------------------------------------------------------------------

Comment By: Darren Sessions (dmsessions)
Date: 2009-04-04 23:30

Message:
:)

Forgot to login to sourceforge when I posted this.

- Darren Sessions (dmsessions on SF, dmsessions at gmail.com)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389


From noreply at sourceforge.net  Mon Apr  6 17:55:19 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Apr 2009 15:55:19 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1LqrAN-0006fC-2w@665xhf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 14:58
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 10:55

Message:
Hello ledda.

A patch related to symptom you describe has been applied on trunk.

Please update and test again, to see whether it solves it.

Thanks and regards.

Sergio

----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 15:19

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 15:18

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 15:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From bogdan at voice-system.ro  Mon Apr  6 18:14:05 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Apr 2009 16:14:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5591]
	trunk/modules/dialplan/dp_db.c
Message-ID: <E1LqrSX-00086t-Hl@dn4whf1.ch3.sourceforge.com>

Revision: 5591
          http://opensips.svn.sourceforge.net/opensips/?rev=5591&view=rev
Author:   bogdan_iancu
Date:     2009-04-06 16:14:05 +0000 (Mon, 06 Apr 2009)

Log Message:
-----------
- fixed deadlock are reload time (because of some newly used debug function).
  Reported by Dan Bogos

Modified Paths:
--------------
    trunk/modules/dialplan/dp_db.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Mon Apr  6 20:32:52 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Apr 2009 18:32:52 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1Lqtcq-0003Zv-OP@b55xhf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 22:58
Message generated for change (Comment added) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

>Comment By: ledda (ledda)
Date: 2009-04-06 21:32

Message:
No warnings this time. Thanks!

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 18:55

Message:
Hello ledda.

A patch related to symptom you describe has been applied on trunk.

Please update and test again, to see whether it solves it.

Thanks and regards.

Sergio

----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 23:19

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 23:18

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 23:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Mon Apr  6 20:36:59 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Apr 2009 18:36:59 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1Lqtgp-0004fG-3N@d45xhf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 22:58
Message generated for change (Settings changed) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-06 21:32

Message:
No warnings this time. Thanks!

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 18:55

Message:
Hello ledda.

A patch related to symptom you describe has been applied on trunk.

Please update and test again, to see whether it solves it.

Thanks and regards.

Sergio

----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 23:19

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 23:18

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 23:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Mon Apr  6 20:40:20 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Apr 2009 18:40:20 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1Lqtk4-0006XB-2Q@d55xhf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 14:58
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 13:40

Message:
Hello Ledda.

Thanks a lot for your feedback.

I will proceed to close this bug report.

Regards.

Sergio

----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-06 13:32

Message:
No warnings this time. Thanks!

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 10:55

Message:
Hello ledda.

A patch related to symptom you describe has been applied on trunk.

Please update and test again, to see whether it solves it.

Thanks and regards.

Sergio

----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 15:19

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 15:18

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 15:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Mon Apr  6 20:42:35 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Apr 2009 18:42:35 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2731992 ] gcc compiler detection
	(old compiler)
Message-ID: <E1LqtmF-0004Xs-3l@155xhf1.ch3.sourceforge.com>

Bugs item #2731992, was opened at 2009-04-04 14:58
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Sergio Gutierrez (saguti)
Summary: gcc compiler detection (old compiler)

Initial Comment:
On building trunk I'm getting warning:
Makefile.defs:670: You are using an old and unsupported gcc version  (Linux)), compile at your own risk!

Actually I'm running default compiler from the latest opensuse 11.1.

>gcc -v
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux)


----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 13:42

Message:
Fixed in trunk, revision 5590.

Credits go to Darren Sessions by patch and ledda for help in testing.

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 13:40

Message:
Hello Ledda.

Thanks a lot for your feedback.

I will proceed to close this bug report.

Regards.

Sergio

----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-06 13:32

Message:
No warnings this time. Thanks!

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 10:55

Message:
Hello ledda.

A patch related to symptom you describe has been applied on trunk.

Please update and test again, to see whether it solves it.

Thanks and regards.

Sergio

----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 15:19

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: ledda (ledda)
Date: 2009-04-04 15:18

Message:
> uname -m
i686


----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-04 15:13

Message:
Hello Ledda.

Please send the output of uname -m for your server, to implement the fix
in compiler detection.

Thanks and regards.

Sergio

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2731992&group_id=232389


From noreply at sourceforge.net  Mon Apr  6 20:44:03 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Apr 2009 18:44:03 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2733116 ] make returns
	unsupported gcc version
Message-ID: <E1Lqtnf-0006m4-Lh@d55xhf1.ch3.sourceforge.com>

Patches item #2733116, was opened at 2009-04-04 23:26
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.5.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Sergio Gutierrez (saguti)
Summary: make returns unsupported gcc version

Initial Comment:
Makefile.defs

GCC >4.3 allows compiling with the --with-pkgversion option (which can be anything) which in turn makes the ver_linux function report all sorts of garbage when using the --version option. Using -dumpversion to obtain the correct gcc version will always work.




----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 13:44

Message:
Applied in revision 5590. Credits go to Darren Sessions.

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-06 10:54

Message:
Hello Darren.

Patch has been applied to trunk. Please update and test again to verify
it.

Thanks and regards.

Sergio

----------------------------------------------------------------------

Comment By: Darren Sessions (dmsessions)
Date: 2009-04-04 23:30

Message:
:)

Forgot to login to sourceforge when I posted this.

- Darren Sessions (dmsessions on SF, dmsessions at gmail.com)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2733116&group_id=232389


From noreply at sourceforge.net  Tue Apr  7 05:18:48 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 Apr 2009 03:18:48 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2739455 ] issuing MI command
	lb_reload breaks
Message-ID: <E1Lr1po-0006GS-QE@d45xhf1.ch3.sourceforge.com>

Bugs item #2739455, was opened at 2009-04-06 23:18
Message generated for change (Tracker Item Submitted) made by padraigf65
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739455&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Nobody/Anonymous (nobody)
Summary: issuing MI command lb_reload breaks

Initial Comment:
If I issue the opensipsctl fifo lb_reload command, load_balancer is broken.   Here are the debugs:

Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739455&group_id=232389


From noreply at sourceforge.net  Tue Apr  7 06:40:56 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 Apr 2009 04:40:56 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2739622 ] problem with resizing
	load_balancer
Message-ID: <E1Lr37I-0003Jo-6o@d45xhf1.ch3.sourceforge.com>

Bugs item #2739622, was opened at 2009-04-07 00:40
Message generated for change (Tracker Item Submitted) made by padraigf65
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Nobody/Anonymous (nobody)
Summary: problem with resizing load_balancer

Initial Comment:
Database has 2 entries in the group both having "pstn=250" 
I then issued the following commands:

/usr/local/opensips/sbin/opensipsctl fifo lb_resize 1 pstn 350
/usr/local/opensips/sbin/opensipsctl fifo lb_resize 2 pstn 1

This is the error I get in the logs:
Apr  7 00:36:55 artery osips-artery[62293]: CRITICAL:load_balancer:get_dst_load: bug - negative availability for resource in dst

I am simulating a failed destination so I am trying to use the commandline to change the number of calls.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739622&group_id=232389


From noreply at sourceforge.net  Tue Apr  7 06:43:43 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 Apr 2009 04:43:43 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2739622 ] problem with resizing
	load_balancer
Message-ID: <E1Lr39z-00050m-4D@3bkjzd1.ch3.sourceforge.com>

Bugs item #2739622, was opened at 2009-04-07 00:40
Message generated for change (Comment added) made by padraigf65
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Nobody/Anonymous (nobody)
Summary: problem with resizing load_balancer

Initial Comment:
Database has 2 entries in the group both having "pstn=250" 
I then issued the following commands:

/usr/local/opensips/sbin/opensipsctl fifo lb_resize 1 pstn 350
/usr/local/opensips/sbin/opensipsctl fifo lb_resize 2 pstn 1

This is the error I get in the logs:
Apr  7 00:36:55 artery osips-artery[62293]: CRITICAL:load_balancer:get_dst_load: bug - negative availability for resource in dst

I am simulating a failed destination so I am trying to use the commandline to change the number of calls.


----------------------------------------------------------------------

>Comment By: Patrick F. (padraigf65)
Date: 2009-04-07 00:43

Message:
Is it possible, as I still had calls > 1 on id 2 that as the calls ended,
it was taking the limit of 1 below zero?   Is that actually a bug or just a
report that the current limit is set so that it creates a negative number?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739622&group_id=232389


From di-shi at transnexus.com  Tue Apr  7 08:09:21 2009
From: di-shi at transnexus.com (Di-Shi Sun)
Date: Tue, 07 Apr 2009 06:09:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5592]
	branches/1.5/modules/osp
Message-ID: <E1Lr4Ur-0007oF-GO@74yxhf1.ch3.sourceforge.com>

Revision: 5592
          http://opensips.svn.sourceforge.net/opensips/?rev=5592&view=rev
Author:   di-shi
Date:     2009-04-07 06:09:21 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
Fixed the issue caused by without certificate files.

Modified Paths:
--------------
    branches/1.5/modules/osp/README
    branches/1.5/modules/osp/RELEASE-NOTES.txt
    branches/1.5/modules/osp/doc/osp_admin.xml
    branches/1.5/modules/osp/etc/sample-osp-opensips.cfg
    branches/1.5/modules/osp/globals.c
    branches/1.5/modules/osp/osp_mod.c
    branches/1.5/modules/osp/osp_mod.h
    branches/1.5/modules/osp/provider.c
    branches/1.5/modules/osp/sipheader.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From di-shi at transnexus.com  Tue Apr  7 08:40:07 2009
From: di-shi at transnexus.com (Di-Shi Sun)
Date: Tue, 07 Apr 2009 06:40:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5593] trunk/modules/osp
Message-ID: <E1Lr4yd-0000IH-Fz@74yxhf1.ch3.sourceforge.com>

Revision: 5593
          http://opensips.svn.sourceforge.net/opensips/?rev=5593&view=rev
Author:   di-shi
Date:     2009-04-07 06:40:07 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
Fixed the issue caused by without certificate files.

Modified Paths:
--------------
    trunk/modules/osp/README
    trunk/modules/osp/RELEASE-NOTES.txt
    trunk/modules/osp/doc/osp_admin.xml
    trunk/modules/osp/etc/sample-osp-opensips.cfg
    trunk/modules/osp/globals.c
    trunk/modules/osp/osp_mod.c
    trunk/modules/osp/osp_mod.h
    trunk/modules/osp/provider.c
    trunk/modules/osp/sipheader.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Tue Apr  7 14:48:22 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Apr 2009 12:48:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5594]
	trunk/modules/db_mysql/dbase.c
Message-ID: <E1LrAj0-0007rx-Gw@c3vjzd1.ch3.sourceforge.com>

Revision: 5594
          http://opensips.svn.sourceforge.net/opensips/?rev=5594&view=rev
Author:   bogdan_iancu
Date:     2009-04-07 12:48:22 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
much better and complete fix for he bug reported in commit #5580 + #5586

many thanks to Thomas Gelf for helping with testing (again)

Modified Paths:
--------------
    trunk/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Tue Apr  7 14:52:52 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Apr 2009 12:52:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5595]
	branches/1.5/modules/db_mysql/dbase.c
Message-ID: <E1LrAnM-0007wq-Jb@c3vjzd1.ch3.sourceforge.com>

Revision: 5595
          http://opensips.svn.sourceforge.net/opensips/?rev=5595&view=rev
Author:   bogdan_iancu
Date:     2009-04-07 12:52:50 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5594):
- much better and complete fix for he bug reported in commit #5581 + #5587

many thanks to Thomas Gelf for helping with testing (again)

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5594&view=rev

Modified Paths:
--------------
    branches/1.5/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Tue Apr  7 15:56:24 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Apr 2009 13:56:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5596] trunk/modules/dialplan
Message-ID: <E1LrBmq-0001sL-Ot@d5vjzd1.ch3.sourceforge.com>

Revision: 5596
          http://opensips.svn.sourceforge.net/opensips/?rev=5596&view=rev
Author:   bogdan_iancu
Date:     2009-04-07 13:56:23 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
- bogus return (for empty data) fixed (as was leading to a deadlock)
  Reported by Dan Bogos

Modified Paths:
--------------
    trunk/modules/dialplan/dialplan.c
    trunk/modules/dialplan/dp_db.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From dan at ag-projects.com  Tue Apr  7 16:00:01 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Tue, 07 Apr 2009 14:00:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5597]
	trunk/modules/call_control/call_control.c
Message-ID: <E1LrBqL-0003YB-4g@74yxhf1.ch3.sourceforge.com>

Revision: 5597
          http://opensips.svn.sourceforge.net/opensips/?rev=5597&view=rev
Author:   dan_pascu
Date:     2009-04-07 14:00:00 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
Correctly handle calls under call control after a restart (based on a patch by Mauro Davi')

Modified Paths:
--------------
    trunk/modules/call_control/call_control.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From dan at ag-projects.com  Tue Apr  7 16:07:46 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Tue, 07 Apr 2009 14:07:46 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5598]
 branches/1.5/modules/call_control/call_control. c
Message-ID: <E1LrBxq-0003is-AU@74yxhf1.ch3.sourceforge.com>

Revision: 5598
          http://opensips.svn.sourceforge.net/opensips/?rev=5598&view=rev
Author:   dan_pascu
Date:     2009-04-07 14:07:46 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
Correctly handle calls under call control after a restart (based on a patch by Mauro Davi')

Modified Paths:
--------------
    branches/1.5/modules/call_control/call_control.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Tue Apr  7 16:13:05 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 Apr 2009 14:13:05 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2740829 ] Presence SUBSCRIBE
	returns in-correct CONTACT header in 200O
Message-ID: <E1LrC2z-0007MQ-HG@d45xhf1.ch3.sourceforge.com>

Bugs item #2740829, was opened at 2009-04-08 00:13
Message generated for change (Tracker Item Submitted) made by jimbohamez
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2740829&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Burke (jimbohamez)
Assigned to: Nobody/Anonymous (nobody)
Summary: Presence SUBSCRIBE returns in-correct CONTACT header in 200O

Initial Comment:
This is a follow-up from bug 2354984.  

version: opensips 1.4.5-tls (i386/linux)

Testing presence with Eyebeam and Xlite and found this patch is causing an issue due to the CONTACT header returned from a SUBSCRIBE message.

In sending 200OK with a contact header equal to the opensips server, any subsequent SUBSCRIBE messages use this contact header in the URI and result in 481 Subscription does not exist.  See attached messages.

I'm not sure what the driver was for changing this behaviour, however I think it needs some more investigation.  If you need any further info please advise.

Regards,
Jim



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2740829&group_id=232389


From dan at ag-projects.com  Tue Apr  7 16:15:37 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Tue, 7 Apr 2009 17:15:37 +0300
Subject: [OpenSIPS-Devel] R:  R:  call_control,
	dialog and BYE messages patch
In-Reply-To: <200904021749.33847.dan@ag-projects.com>
References: <49D1E9CE.6090006@voice-system.ro>
	<E46BD5F8F26EE6489F2C246C0BBDB908029FA300@office01.office.itrm.acotel.com>
	<200904021749.33847.dan@ag-projects.com>
Message-ID: <200904071715.37394.dan@ag-projects.com>

On Thursday 02 April 2009, Dan Pascu wrote:
> Thanks, for the patch. I'll look into applying it.

It was applied to trunk and 1.5

> I guess we can do this for mediaproxy as well.

Unfortunately mediaproxy cannot benefit from this. It needs to know 
exactly to what dialogs to attach to, otherwise it can produce more 
problems than it solves.

-- 
Dan


From bogdan at voice-system.ro  Tue Apr  7 16:18:51 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Apr 2009 14:18:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5599]
	branches/1.5/modules/dialplan
Message-ID: <E1LrC8Z-0002Iq-Cq@d5vjzd1.ch3.sourceforge.com>

Revision: 5599
          http://opensips.svn.sourceforge.net/opensips/?rev=5599&view=rev
Author:   bogdan_iancu
Date:     2009-04-07 14:18:46 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5591 + #5596):

- fixed deadlock are reload time (because of some newly used debug function).
  Reported by Dan Bogos

- bogus return (for empty data) fixed (as was leading to a deadlock)
  Reported by Dan Bogos

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5591&view=rev

Modified Paths:
--------------
    branches/1.5/modules/dialplan/dialplan.c
    branches/1.5/modules/dialplan/dp_db.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Tue Apr  7 16:20:26 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 Apr 2009 14:20:26 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2739455 ] issuing MI command
	lb_reload breaks
Message-ID: <E1LrCA6-0004Vd-AF@665xhf1.ch3.sourceforge.com>

Bugs item #2739455, was opened at 2009-04-07 06:18
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739455&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
>Resolution: Accepted
>Priority: 9
Private: No
Submitted By: Patrick F. (padraigf65)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: issuing MI command lb_reload breaks

Initial Comment:
If I issue the opensipsctl fifo lb_reload command, load_balancer is broken.   Here are the debugs:

Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739455&group_id=232389


From bogdan at voice-system.ro  Tue Apr  7 17:42:30 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Apr 2009 15:42:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5600]
	trunk/modules/lcr/lcr_mod.c
Message-ID: <E1LrDRW-00060l-BO@dn4whf1.ch3.sourceforge.com>

Revision: 5600
          http://opensips.svn.sourceforge.net/opensips/?rev=5600&view=rev
Author:   bogdan_iancu
Date:     2009-04-07 15:42:30 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
- fixed return code for next_contacts() - return all the time false if no other AVPs are available.
  Reported by Amit Sharma 

Modified Paths:
--------------
    trunk/modules/lcr/lcr_mod.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Tue Apr  7 17:46:35 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Apr 2009 15:46:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5601]
	branches/1.5/modules/lcr/lcr_mod.c
Message-ID: <E1LrDVT-00066j-7z@dn4whf1.ch3.sourceforge.com>

Revision: 5601
          http://opensips.svn.sourceforge.net/opensips/?rev=5601&view=rev
Author:   bogdan_iancu
Date:     2009-04-07 15:46:24 +0000 (Tue, 07 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5600):
- fixed return code for next_contacts() - return all the time false if no other AVPs are available.
  Reported by Amit Sharma 

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5600&view=rev

Modified Paths:
--------------
    branches/1.5/modules/lcr/lcr_mod.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Tue Apr  7 21:22:30 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 Apr 2009 19:22:30 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2741556 ] Mediaproxy should
	silently ignore non-SDP payload
Message-ID: <E1LrGsQ-0001qB-Aa@b55xhf1.ch3.sourceforge.com>

Bugs item #2741556, was opened at 2009-04-07 21:22
Message generated for change (Tracker Item Submitted) made by thomas_gelf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2741556&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Thomas Gelf (thomas_gelf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mediaproxy should silently ignore non-SDP payload

Initial Comment:
Currently the mediaproxy module is writing two error lines for each in-dialog SIP packet having payload != application/sdp:

> ERROR:mediaproxy:check_content_type: invalid Content-Type for SDP: application/dtmf-relay
> ERROR:mediaproxy:get_sdp_message: content type is not `application/sdp'

This is absolutely useless and blowing up logs (example above is for example from a DTMF tone sent via SIP INFO) - showing it with debug enabled would be enough.

Best regards,
Thomas Gelf


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2741556&group_id=232389


From dan at ag-projects.com  Wed Apr  8 09:24:31 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Wed, 08 Apr 2009 07:24:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5602]
	trunk/modules/mediaproxy/mediaproxy.c
Message-ID: <E1LrS99-0007mA-BS@3kljzd1.ch3.sourceforge.com>

Revision: 5602
          http://opensips.svn.sourceforge.net/opensips/?rev=5602&view=rev
Author:   dan_pascu
Date:     2009-04-08 07:24:31 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
Changed mediaproxy to silently ignore unknown content types instead of logging errors (closes #2741556)

Modified Paths:
--------------
    trunk/modules/mediaproxy/mediaproxy.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 09:27:52 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 07:27:52 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2741556 ] Mediaproxy should
	silently ignore non-SDP payload
Message-ID: <E1LrSCO-0006ju-VY@g45xhf1.ch3.sourceforge.com>

Bugs item #2741556, was opened at 2009-04-07 22:22
Message generated for change (Settings changed) made by dan_pascu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2741556&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
>Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Thomas Gelf (thomas_gelf)
>Assigned to: Dan (dan_pascu)
Summary: Mediaproxy should silently ignore non-SDP payload

Initial Comment:
Currently the mediaproxy module is writing two error lines for each in-dialog SIP packet having payload != application/sdp:

> ERROR:mediaproxy:check_content_type: invalid Content-Type for SDP: application/dtmf-relay
> ERROR:mediaproxy:get_sdp_message: content type is not `application/sdp'

This is absolutely useless and blowing up logs (example above is for example from a DTMF tone sent via SIP INFO) - showing it with debug enabled would be enough.

Best regards,
Thomas Gelf


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2741556&group_id=232389


From dan at ag-projects.com  Wed Apr  8 09:28:31 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Wed, 08 Apr 2009 07:28:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5603]
	branches/1.5/modules/mediaproxy/mediaproxy.c
Message-ID: <E1LrSD1-0007qP-LW@3kljzd1.ch3.sourceforge.com>

Revision: 5603
          http://opensips.svn.sourceforge.net/opensips/?rev=5603&view=rev
Author:   dan_pascu
Date:     2009-04-08 07:28:31 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
Changed mediaproxy to silently ignore unknown content types instead of logging errors (backport from trunk rev 5602)

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5602&view=rev

Modified Paths:
--------------
    branches/1.5/modules/mediaproxy/mediaproxy.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From dan at ag-projects.com  Wed Apr  8 09:29:21 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Wed, 08 Apr 2009 07:29:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5604]
	branches/1.4/modules/mediaproxy/mediaproxy.c
Message-ID: <E1LrSDp-0007s9-V0@3kljzd1.ch3.sourceforge.com>

Revision: 5604
          http://opensips.svn.sourceforge.net/opensips/?rev=5604&view=rev
Author:   dan_pascu
Date:     2009-04-08 07:29:21 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
Changed mediaproxy to silently ignore unknown content types instead of logging errors (backport from trunk rev 5602)

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5602&view=rev

Modified Paths:
--------------
    branches/1.4/modules/mediaproxy/mediaproxy.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From ag at ag-projects.com  Wed Apr  8 11:08:35 2009
From: ag at ag-projects.com (Adrian Georgescu)
Date: Wed, 8 Apr 2009 11:08:35 +0200
Subject: [OpenSIPS-Devel] New MediaProxy release 2.3.3
Message-ID: <29D637B7-6466-43B1-B8C9-67DD85C51E43@ag-projects.com>

Hello,

There is a new release of MediaProxy available, it contains various  
bug fixes. To upgrade your debian installation:

apt-get update
apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web- 
sessions

Or download the tar file from:

http://download.ag-projects.com/MediaProxy/

The changelog since 2.3.2 is below:

mediaproxy (2.3.3) unstable; urgency=low

   * Re-raise the exception on failing to read RADIUS config file so  
we get a
     full traceback
   * Have dispatcher close TLS connection cleanly when relay has  
duplicate IP
   * Added log_level to both Relay and Dispatcher configuration sections
   * Improved reconnection behaviour in relay to dispatcher
     When the connection from the relay to the dispatcher is lost,  
first retry
     in 1 second, then retry in 10 second on subsequent attempts if it  
loses
     the connection again.
   * Fix bug where relay connects needlessly to previously removed  
dispatcher
   * Implemented a keepalive mechanism from relay to dispatcher
   * On relay reconnect don't have dispatcher query expired sessions
   * Removed superfluous datatype declaration
   * Only allow positive integers for time intervals and delays
   * Updated version dependency for python-application
   * In dispatcher, replace old connection from relay with new one  
instead of
     giving an error
   * In the dispatcher, check if the reported expired session belongs  
to the
     relay that reported it
   * Improved log messages when a relay reconnects to the dispatcher
   * In dispatcher, break the connection to a relay if a request times  
out
   * In dispatcher check if we know about the session that expired at  
relay
   * Use a more robust strategy to disconnect an unresponsive relay


Kind regards,
Adrian Georgescu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090408/2797ba5a/attachment.htm 

From noreply at sourceforge.net  Wed Apr  8 12:59:40 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 10:59:40 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2740829 ] Presence SUBSCRIBE
	returns in-correct CONTACT header in 200O
Message-ID: <E1LrVVM-0000DQ-2o@d55xhf1.ch3.sourceforge.com>

Bugs item #2740829, was opened at 2009-04-07 17:13
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2740829&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Burke (jimbohamez)
>Assigned to: Anca Vamanu (anca_vamanu)
Summary: Presence SUBSCRIBE returns in-correct CONTACT header in 200O

Initial Comment:
This is a follow-up from bug 2354984.  

version: opensips 1.4.5-tls (i386/linux)

Testing presence with Eyebeam and Xlite and found this patch is causing an issue due to the CONTACT header returned from a SUBSCRIBE message.

In sending 200OK with a contact header equal to the opensips server, any subsequent SUBSCRIBE messages use this contact header in the URI and result in 481 Subscription does not exist.  See attached messages.

I'm not sure what the driver was for changing this behaviour, however I think it needs some more investigation.  If you need any further info please advise.

Regards,
Jim



----------------------------------------------------------------------

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2009-04-08 13:59

Message:
Hi Jim,

There is no problem with the fact that the server puts his contact in
200Ok and the client uses it as R-uri in subsequent Subscribe messages,
This is according with the RFC and works with opensips.
You have interpreted wrongly the trace that you sent. If you look closely,
the two subscribe messages are not inside the same dialog - check for the
To tag which is different in the second Subscribe from the one in 200 OK. 
There is another reason why that subscribe is not recognized by the server
- maybe you have stopped the server and cleaned up the database .. 

regards,
Anca

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2740829&group_id=232389


From bogdan at voice-system.ro  Wed Apr  8 14:41:42 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 12:41:42 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5607]
	trunk/modules/db_mysql/dbase.c
Message-ID: <E1LrX66-00071g-MK@dn4whf1.ch3.sourceforge.com>

Revision: 5607
          http://opensips.svn.sourceforge.net/opensips/?rev=5607&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 12:41:42 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
fixed bug in working with the list of contexts per statement - the bug poping up only in handling DB erorrs

Reported by Brett Nemeroff.

Modified Paths:
--------------
    trunk/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  8 14:47:29 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 12:47:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5608]
	branches/1.5/modules/db_mysql/dbase.c
Message-ID: <E1LrXBh-0007AF-He@dn4whf1.ch3.sourceforge.com>

Revision: 5608
          http://opensips.svn.sourceforge.net/opensips/?rev=5608&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 12:47:29 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
backport from trunk (rev 5607):

fixed bug in working with the list of contexts per statement - the bug poping up only in handling DB erorrs

Reported by Brett Nemeroff.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5607&view=rev

Modified Paths:
--------------
    branches/1.5/modules/db_mysql/dbase.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 15:05:45 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 13:05:45 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2713968 ] Segmentfault (still) in
	mysql_stmt_result_metadata()
Message-ID: <E1LrXTN-0006Ut-Gf@b55xhf1.ch3.sourceforge.com>

Bugs item #2713968, was opened at 2009-03-26 11:18
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
>Resolution: Fixed
Priority: 9
Private: No
Submitted By: I?aki Baz Castillo (ibc_sf)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Segmentfault (still) in mysql_stmt_result_metadata()

Initial Comment:
Even if the same bugs appears as fixed:
  https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2608188&group_id=232389

I've experimented it right now:
- Debian Etch 64 bits
- OpenSIPS trunk (rev 5534)

Scenario:
- OpenSIPS as pure presence server (no XCAP).
- No registrar/proxy/usrloc features.
- For now just 5 subscribers.

OpenSIPS has generated two coredumps at the same time, both similar but handling different subscriptions.

Coredump is attached.



----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 16:05

Message:
on more fix was commited today.

----------------------------------------------------------------------

Comment By: I?aki Baz Castillo (ibc_sf)
Date: 2009-04-03 21:24

Message:
Ok, already running it. If it crashes I will report it here.

Thanks.

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-03 17:38

Message:
Hi Inaki,

could you update from svn (trunk and 1.5) and test again. I found a bug
related to mysql re-connect and it might be the trigger for your crash
also.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 21:13

Message:
Hi Inaki,

something similar was reported on the mailing list by Jacek Konieczny
(http://lists.opensips.org/pipermail/users/2009-March/004226.html).

Thanks to Jacek help, we try to debug and see see what is the cause.

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389


From ag at ag-projects.com  Wed Apr  8 15:24:03 2009
From: ag at ag-projects.com (Adrian Georgescu)
Date: Wed, 8 Apr 2009 15:24:03 +0200
Subject: [OpenSIPS-Devel] New MediaProxy release 2.3.3 (amd64)
Message-ID: <D2102F21-1125-40C3-954E-786758CB3E6F@ag-projects.com>

Hello,

amd64 packages have been uploaded to the repository.

To upgrade your debian installation for 64 bit architectures:

apt-get update
apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web- 
sessions


Kind regards,
Adrian Georgescu




From bogdan at voice-system.ro  Wed Apr  8 17:36:16 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 15:36:16 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5609]
	trunk/modules/load_balancer
Message-ID: <E1LrZp2-0001PX-NU@74yxhf1.ch3.sourceforge.com>

Revision: 5609
          http://opensips.svn.sourceforge.net/opensips/?rev=5609&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 15:36:16 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
- fixed issue at reload time - the dialog profiles may be already created sue previous data.
 Closes bug 2739455.

Modified Paths:
--------------
    trunk/modules/load_balancer/lb_data.c
    trunk/modules/load_balancer/load_balancer.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 17:36:48 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 15:36:48 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2739455 ] issuing MI command
	lb_reload breaks
Message-ID: <E1LrZpY-0005Uw-AF@665xhf1.ch3.sourceforge.com>

Bugs item #2739455, was opened at 2009-04-07 06:18
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739455&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 9
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: issuing MI command lb_reload breaks

Initial Comment:
If I issue the opensipsctl fifo lb_reload command, load_balancer is broken.   Here are the debugs:

Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:11:26 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:new_dlg_profile: duplicate dialgo profile registered <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:dialog:add_profile_definitions: failed to create new profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_resource: failed to add dialog profile <lbXpstn>
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:add_lb_dsturi: failed to create new resource
Apr  6 23:12:44 artery osips-artery[59597]: ERROR:load_balancer:lb_db_load_data: failed to add destination 0 -> skipping


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 18:36

Message:
This was fixed on SVN (trunk and 1.5).

Thanks and regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739455&group_id=232389


From bogdan at voice-system.ro  Wed Apr  8 17:36:54 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 15:36:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5610]
	branches/1.5/modules/load_balancer
Message-ID: <E1LrZpd-0001QN-VK@74yxhf1.ch3.sourceforge.com>

Revision: 5610
          http://opensips.svn.sourceforge.net/opensips/?rev=5610&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 15:36:53 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5609):
- fixed issue at reload time - the dialog profiles may be already created sue previous data.
 Closes bug 2739455.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5609&view=rev

Modified Paths:
--------------
    branches/1.5/modules/load_balancer/lb_data.c
    branches/1.5/modules/load_balancer/load_balancer.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From saguti at gmail.com  Wed Apr  8 17:39:29 2009
From: saguti at gmail.com (Sergio Gutierrez)
Date: Wed, 08 Apr 2009 15:39:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5611] trunk/modules/uri_db
Message-ID: <E1LrZs9-000416-7m@dn4whf1.ch3.sourceforge.com>

Revision: 5611
          http://opensips.svn.sourceforge.net/opensips/?rev=5611&view=rev
Author:   saguti
Date:     2009-04-08 15:39:29 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
- New function in uri_db module: get_auth_id()
Patch provided by Andreas Westermaier. Closes patch #2687050

Modified Paths:
--------------
    trunk/modules/uri_db/checks.c
    trunk/modules/uri_db/checks.h
    trunk/modules/uri_db/doc/uri_db.xml
    trunk/modules/uri_db/doc/uri_db_admin.xml
    trunk/modules/uri_db/uridb_mod.c
    trunk/modules/uri_db/uridb_mod.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 17:39:44 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 15:39:44 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2687050 ] Introduce
	get_auth_id() function for uri_db module
Message-ID: <E1LrZsO-0008IY-Ri@b55xhf1.ch3.sourceforge.com>

Patches item #2687050, was opened at 2009-03-14 11:31
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2687050&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Andreas Westermaier (andwes)
Assigned to: Sergio Gutierrez (saguti)
Summary: Introduce get_auth_id() function for uri_db module

Initial Comment:
Hi,

as I have already announced on the users mailing list, I now want to introduce an implementation of the get_auth_id() function for the uri_db module. We especially require this function to enforce an inbound _and_ outbound channel limit for our customers, which have a single authentication id and password but multiple sip accounts (uri's).

A global outbound channel limit for multiple sip accounts of a single user can simply be implemented by adding a dialog profile to the auth-id and realm. But on incoming calls, e.g. from our PSTN gateways, only the r-uri can be accessed. The attached patch adds the get_auth_id() function to the uri_db module to do a reverse-lookup to get the authentication id and realm of a corresponding uri from uri or subscriber table. This way the count of the previously created dialog profile bound to auth-id and realm can be fetched to get the total amount of calls this customer has currently open (inbound and outbound).

The attached patch is against the current svn head and also includes the documentation part.


Regards,
Andreas

----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-08 10:39

Message:
Hello Andreas.

Patch was applied on trunk. Thanks a lot for your contribution.

Regards.

Sergio.

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-03-14 11:46

Message:
Hi Andreas.

Thanks a lot for your contribution. As currently we are in freeze period
of SVN because of the upcoming release of OpenSIPS 1.5, we are only
dedicated to bug fixing, so we can not upload your patch at this moment. We
will proceed to review it, and we will incorporate for the next development
release.

Thanks and regards.

Sergio.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2687050&group_id=232389


From bogdan at voice-system.ro  Wed Apr  8 17:47:00 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 15:47:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5612]
	trunk/modules/load_balancer/lb_data.c
Message-ID: <E1LrZzQ-0001ca-Qi@74yxhf1.ch3.sourceforge.com>

Revision: 5612
          http://opensips.svn.sourceforge.net/opensips/?rev=5612&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 15:47:00 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
 - the availaility of a resource may be negative not necessary because of a bug, but because of a load resize via MI.

   Closes bug #2739622.

Modified Paths:
--------------
    trunk/modules/load_balancer/lb_data.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  8 17:47:53 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 15:47:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5613]
	branches/1.5/modules/load_balancer/lb_data.c
Message-ID: <E1Lra0H-0001dr-5W@74yxhf1.ch3.sourceforge.com>

Revision: 5613
          http://opensips.svn.sourceforge.net/opensips/?rev=5613&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 15:47:53 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5612):
 - the availaility of a resource may be negative not necessary because of a bug,
 but because of a load resize via MI.

   Closes bug #2739622.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5612&view=rev

Modified Paths:
--------------
    branches/1.5/modules/load_balancer/lb_data.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 17:47:57 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 15:47:57 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2739622 ] problem with resizing
	load_balancer
Message-ID: <E1Lra0L-0002ai-66@d55xhf1.ch3.sourceforge.com>

Bugs item #2739622, was opened at 2009-04-07 07:40
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: problem with resizing load_balancer

Initial Comment:
Database has 2 entries in the group both having "pstn=250" 
I then issued the following commands:

/usr/local/opensips/sbin/opensipsctl fifo lb_resize 1 pstn 350
/usr/local/opensips/sbin/opensipsctl fifo lb_resize 2 pstn 1

This is the error I get in the logs:
Apr  7 00:36:55 artery osips-artery[62293]: CRITICAL:load_balancer:get_dst_load: bug - negative availability for resource in dst

I am simulating a failed destination so I am trying to use the commandline to change the number of calls.


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 18:47

Message:
Fixed! please update from svn and redo the test.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

Comment By: Patrick F. (padraigf65)
Date: 2009-04-07 07:43

Message:
Is it possible, as I still had calls > 1 on id 2 that as the calls ended,
it was taking the limit of 1 below zero?   Is that actually a bug or just a
report that the current limit is set so that it creates a negative number?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2739622&group_id=232389


From noreply at sourceforge.net  Wed Apr  8 18:02:49 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 16:02:49 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2744600 ] Crash (gdb bt included)
Message-ID: <E1LraEj-0001Q3-7x@b55xhf1.ch3.sourceforge.com>

Bugs item #2744600, was opened at 2009-04-08 12:02
Message generated for change (Tracker Item Submitted) made by padraigf65
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash (gdb bt included) 

Initial Comment:
#0  0x0000000800837436 in memcpy () from /lib/libc.so.7
#1  0x0000000800b02f88 in db_mysql_submit_dummy_query (_h=0x383931393332313d, _s=0x68abd0) at dbase.c:573
#2  0x0000000000622e68 in debug_init ()
#3  0x0000000801fed734 in ?? () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#4  0x00000008020ee650 in toip_column () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#5  0x0000000801fe5e23 in trace_onreply_in (t=Variable "t" is not available.
) at siptrace.c:1095
#6  0x00000008012fb93c in run_trans_callbacks (type=2, trans=0x8031f8280, req=0x802fe65c0, rpl=0x6849f8, code=200)
    at t_hooks.c:208
#7  0x0000000801301a59 in t_reply_matching (p_msg=0x6849f8, p_branch=Variable "p_branch" is not available.
) at t_lookup.c:841
#8  0x0000000801301daa in t_check (p_msg=0x6849f8, param_branch=0x7fffffffe8cc) at t_lookup.c:912
#9  0x000000080130cb7d in reply_received (p_msg=0x6849f8) at t_reply.c:1369
#10 0x000000000041f06e in forward_reply (msg=0x6849f8) at forward.c:507
#11 0x000000000044ec5d in receive_msg (
    buf=0x648e80 "SIP/2.0 500 Internal Server Error\r\nVia: SIP/2.0/UDP XX.XXX.XX.XXX;branch=z9hG4bK6a27.2a0eff56.0\r\nVia: S
IP/2.0/UDP XX.XXX.XXX.XXX:5060;branch=z9hG4bK7b0d7a849f56342ff3feaf28fe9dc191.50e32f1a\r\nVia: SIP/"..., len=1209,
    rcv_info=0x7fffffffe9c0) at receive.c:203
#12 0x000000000048d982 in udp_rcv_loop () at udp_server.c:449
#13 0x0000000000426736 in main (argc=5, argv=0x7fffffffeb30) at main.c:779


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389


From bogdan at voice-system.ro  Wed Apr  8 18:20:26 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 16:20:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5614] trunk/daemonize.c
Message-ID: <E1LraVm-0001Ut-D2@d5vjzd1.ch3.sourceforge.com>

Revision: 5614
          http://opensips.svn.sourceforge.net/opensips/?rev=5614&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 16:20:21 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
- if no uid/gid is set, do not try to change it.

  Closes bug #2732021 .

Modified Paths:
--------------
    trunk/daemonize.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 18:21:38 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 16:21:38 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2732021 ] wrong ownership change
	of pid file
Message-ID: <E1LraWw-00053b-GT@3bkjzd1.ch3.sourceforge.com>

Bugs item #2732021, was opened at 2009-04-04 23:16
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2732021&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: core
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: ledda (ledda)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: wrong ownership change of pid file

Initial Comment:
opensips compiled and installed with prefix under regular account 'dima'.
>make prefix=/home/dima/oser/osrunhead install

After install pid file configured to be:
/home/dima/oser/osrunhead/var/run/opensips.pid
/home/dima/oser/osrunhead/var/run/ was created by 'dima'.

Attempt to start:
osrunhead/sbin/opensipsctl start
failed with such error in log file:

Apr  4 14:31:04 linux-dell osrunhead/sbin/opensips[25718]: ERROR:core:do_suid: failed to change owner of pif file /home/dima/oser/osrunhead/var/run/opensips
.pid: Operation not permitted(1)


I was able to start opensips changing opensipsctl and adding -u option:
$OSIPSBIN -u dima -P $PID_FILE $STARTOPTIONS 1>/dev/null 2>/dev/null

Does opensips suppose to change file ownership at all if it was started under regular user 'dima' (not root)?
Also as I understand '-u' options should not be used if I don't want to override user.


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 19:21

Message:
I made a fix on SVN. Please give it a try and report.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2732021&group_id=232389


From bogdan at voice-system.ro  Wed Apr  8 18:21:50 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 16:21:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5615]
	branches/1.5/daemonize.c
Message-ID: <E1LraX8-0001XH-LZ@d5vjzd1.ch3.sourceforge.com>

Revision: 5615
          http://opensips.svn.sourceforge.net/opensips/?rev=5615&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 16:21:46 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5614 ):
- if no uid/gid is set, do not try to change it.

  Closes bug #2732021 .

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5614&view=rev

Modified Paths:
--------------
    branches/1.5/daemonize.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr  8 18:21:54 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 16:21:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5616]
	branches/1.4/daemonize.c
Message-ID: <E1LraXC-0001XV-Ci@d5vjzd1.ch3.sourceforge.com>

Revision: 5616
          http://opensips.svn.sourceforge.net/opensips/?rev=5616&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 16:21:51 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5614 ):
- if no uid/gid is set, do not try to change it.

  Closes bug #2732021 .

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5614&view=rev

Modified Paths:
--------------
    branches/1.4/daemonize.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 18:25:51 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 16:25:51 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2744600 ] Crash (gdb bt included)
Message-ID: <E1Lrab1-0006xT-Ik@565xhf1.ch3.sourceforge.com>

Bugs item #2744600, was opened at 2009-04-08 19:02
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Crash (gdb bt included) 

Initial Comment:
#0  0x0000000800837436 in memcpy () from /lib/libc.so.7
#1  0x0000000800b02f88 in db_mysql_submit_dummy_query (_h=0x383931393332313d, _s=0x68abd0) at dbase.c:573
#2  0x0000000000622e68 in debug_init ()
#3  0x0000000801fed734 in ?? () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#4  0x00000008020ee650 in toip_column () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#5  0x0000000801fe5e23 in trace_onreply_in (t=Variable "t" is not available.
) at siptrace.c:1095
#6  0x00000008012fb93c in run_trans_callbacks (type=2, trans=0x8031f8280, req=0x802fe65c0, rpl=0x6849f8, code=200)
    at t_hooks.c:208
#7  0x0000000801301a59 in t_reply_matching (p_msg=0x6849f8, p_branch=Variable "p_branch" is not available.
) at t_lookup.c:841
#8  0x0000000801301daa in t_check (p_msg=0x6849f8, param_branch=0x7fffffffe8cc) at t_lookup.c:912
#9  0x000000080130cb7d in reply_received (p_msg=0x6849f8) at t_reply.c:1369
#10 0x000000000041f06e in forward_reply (msg=0x6849f8) at forward.c:507
#11 0x000000000044ec5d in receive_msg (
    buf=0x648e80 "SIP/2.0 500 Internal Server Error\r\nVia: SIP/2.0/UDP XX.XXX.XX.XXX;branch=z9hG4bK6a27.2a0eff56.0\r\nVia: S
IP/2.0/UDP XX.XXX.XXX.XXX:5060;branch=z9hG4bK7b0d7a849f56342ff3feaf28fe9dc191.50e32f1a\r\nVia: SIP/"..., len=1209,
    rcv_info=0x7fffffffe9c0) at receive.c:203
#12 0x000000000048d982 in udp_rcv_loop () at udp_server.c:449
#13 0x0000000000426736 in main (argc=5, argv=0x7fffffffeb30) at main.c:779


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 19:25

Message:
The backtrace looks corrupted (frames 2 and 3).

What revision do you use? (do  ./opensips -V) 

Can you produce it ?

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389


From noreply at sourceforge.net  Wed Apr  8 19:32:38 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 17:32:38 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2744600 ] Crash (gdb bt included)
Message-ID: <E1Lrbde-0001TI-2E@3bkjzd1.ch3.sourceforge.com>

Bugs item #2744600, was opened at 2009-04-08 12:02
Message generated for change (Comment added) made by padraigf65
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Crash (gdb bt included) 

Initial Comment:
#0  0x0000000800837436 in memcpy () from /lib/libc.so.7
#1  0x0000000800b02f88 in db_mysql_submit_dummy_query (_h=0x383931393332313d, _s=0x68abd0) at dbase.c:573
#2  0x0000000000622e68 in debug_init ()
#3  0x0000000801fed734 in ?? () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#4  0x00000008020ee650 in toip_column () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#5  0x0000000801fe5e23 in trace_onreply_in (t=Variable "t" is not available.
) at siptrace.c:1095
#6  0x00000008012fb93c in run_trans_callbacks (type=2, trans=0x8031f8280, req=0x802fe65c0, rpl=0x6849f8, code=200)
    at t_hooks.c:208
#7  0x0000000801301a59 in t_reply_matching (p_msg=0x6849f8, p_branch=Variable "p_branch" is not available.
) at t_lookup.c:841
#8  0x0000000801301daa in t_check (p_msg=0x6849f8, param_branch=0x7fffffffe8cc) at t_lookup.c:912
#9  0x000000080130cb7d in reply_received (p_msg=0x6849f8) at t_reply.c:1369
#10 0x000000000041f06e in forward_reply (msg=0x6849f8) at forward.c:507
#11 0x000000000044ec5d in receive_msg (
    buf=0x648e80 "SIP/2.0 500 Internal Server Error\r\nVia: SIP/2.0/UDP XX.XXX.XX.XXX;branch=z9hG4bK6a27.2a0eff56.0\r\nVia: S
IP/2.0/UDP XX.XXX.XXX.XXX:5060;branch=z9hG4bK7b0d7a849f56342ff3feaf28fe9dc191.50e32f1a\r\nVia: SIP/"..., len=1209,
    rcv_info=0x7fffffffe9c0) at receive.c:203
#12 0x000000000048d982 in udp_rcv_loop () at udp_server.c:449
#13 0x0000000000426736 in main (argc=5, argv=0x7fffffffeb30) at main.c:779


----------------------------------------------------------------------

>Comment By: Patrick F. (padraigf65)
Date: 2009-04-08 13:32

Message:
@(#) $Id: main.c 5469 2009-03-18 12:43:10Z bogdan_iancu $
main.c compiled on 12:01:32 Apr  6 2009 with gcc 4.2.1


This is production, so I can't reproduce the issue.  The issue has only
happened once so far.

Patrick

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 12:25

Message:
The backtrace looks corrupted (frames 2 and 3).

What revision do you use? (do  ./opensips -V) 

Can you produce it ?

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389


From bogdan at voice-system.ro  Wed Apr  8 19:43:55 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Apr 2009 17:43:55 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5617] trunk/modules/tm
Message-ID: <E1LrboZ-0001zS-DS@c3vjzd1.ch3.sourceforge.com>

Revision: 5617
          http://opensips.svn.sourceforge.net/opensips/?rev=5617&view=rev
Author:   bogdan_iancu
Date:     2009-04-08 17:43:55 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
- RFC 3326 support (Call Completed Elsewhere) added: 

   A proxy forks an INVITE request and one of the branches returns a 200
   (OK).  The forking proxy includes this status code in a Reason header
   field in the CANCEL request that it sends to the rest of the
   branches.

   The same SIP  request can be issued for a variety of reasons.  For
   example, a SIP CANCEL request can be issued if the call has completed
   on another branch or was abandoned before answer.  While the protocol
   and system behavior is the same in both cases, namely, alerting will
   cease, the user interface may well differ.  In the second case, the
   call may be logged as a missed call, while this would not be
   appropriate if the call was picked up elsewhere.

Modified Paths:
--------------
    trunk/modules/tm/t_cancel.c
    trunk/modules/tm/t_msgbuilder.c
    trunk/modules/tm/t_msgbuilder.h
    trunk/modules/tm/t_reply.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr  8 19:47:34 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 17:47:34 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2744600 ] Crash (gdb bt included)
Message-ID: <E1Lrbs6-0006By-QM@g45xhf1.ch3.sourceforge.com>

Bugs item #2744600, was opened at 2009-04-08 19:02
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Patrick F. (padraigf65)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Crash (gdb bt included) 

Initial Comment:
#0  0x0000000800837436 in memcpy () from /lib/libc.so.7
#1  0x0000000800b02f88 in db_mysql_submit_dummy_query (_h=0x383931393332313d, _s=0x68abd0) at dbase.c:573
#2  0x0000000000622e68 in debug_init ()
#3  0x0000000801fed734 in ?? () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#4  0x00000008020ee650 in toip_column () from /usr/local/opensips/lib64/opensips/modules/siptrace.so
#5  0x0000000801fe5e23 in trace_onreply_in (t=Variable "t" is not available.
) at siptrace.c:1095
#6  0x00000008012fb93c in run_trans_callbacks (type=2, trans=0x8031f8280, req=0x802fe65c0, rpl=0x6849f8, code=200)
    at t_hooks.c:208
#7  0x0000000801301a59 in t_reply_matching (p_msg=0x6849f8, p_branch=Variable "p_branch" is not available.
) at t_lookup.c:841
#8  0x0000000801301daa in t_check (p_msg=0x6849f8, param_branch=0x7fffffffe8cc) at t_lookup.c:912
#9  0x000000080130cb7d in reply_received (p_msg=0x6849f8) at t_reply.c:1369
#10 0x000000000041f06e in forward_reply (msg=0x6849f8) at forward.c:507
#11 0x000000000044ec5d in receive_msg (
    buf=0x648e80 "SIP/2.0 500 Internal Server Error\r\nVia: SIP/2.0/UDP XX.XXX.XX.XXX;branch=z9hG4bK6a27.2a0eff56.0\r\nVia: S
IP/2.0/UDP XX.XXX.XXX.XXX:5060;branch=z9hG4bK7b0d7a849f56342ff3feaf28fe9dc191.50e32f1a\r\nVia: SIP/"..., len=1209,
    rcv_info=0x7fffffffe9c0) at receive.c:203
#12 0x000000000048d982 in udp_rcv_loop () at udp_server.c:449
#13 0x0000000000426736 in main (argc=5, argv=0x7fffffffeb30) at main.c:779


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 20:47

Message:
As the last revision of 1.5 branch is 5615, please update from SVN as
several mysql related fixes were done in the last weeks.

If the crash appears again after the upgrade, please report back.

----------------------------------------------------------------------

Comment By: Patrick F. (padraigf65)
Date: 2009-04-08 20:32

Message:
@(#) $Id: main.c 5469 2009-03-18 12:43:10Z bogdan_iancu $
main.c compiled on 12:01:32 Apr  6 2009 with gcc 4.2.1


This is production, so I can't reproduce the issue.  The issue has only
happened once so far.

Patrick

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 19:25

Message:
The backtrace looks corrupted (frames 2 and 3).

What revision do you use? (do  ./opensips -V) 

Can you produce it ?

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2744600&group_id=232389


From noreply at sourceforge.net  Thu Apr  9 00:40:47 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Apr 2009 22:40:47 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2745618 ] opensips.cfg.sample -
	wrong permissions
Message-ID: <E1LrgRr-0000dM-PK@665xhf1.ch3.sourceforge.com>

Bugs item #2745618, was opened at 2009-04-09 01:40
Message generated for change (Tracker Item Submitted) made by ledda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2745618&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ledda (ledda)
Assigned to: Nobody/Anonymous (nobody)
Summary: opensips.cfg.sample - wrong permissions

Initial Comment:
opensips build with command:
make prefix=/home/dima/oser/osrunhead all

first attempt to install:
make prefix=/home/dima/oser/osrunhead install
all is ok

second attempt to install return error:
make prefix=/home/dima/oser/osrunhead install
....
sed -e "s#/usr/.*lib/opensips/modules/#/home/dima/oser/osrunhead/lib/opensips/modules/#g" \
                        < etc/opensips.cfg > /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample0
sed -e "s#/usr/.*etc/opensips/tls/#/home/dima/oser/osrunhead/etc/opensips/tls/#g" \
                        < /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample0 \
                        > /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample
/bin/sh: /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample: Permission denied
make: *** [install-cfg] Error 1

Permissions of this file are:
ls -l /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample
-r-x------ 1 dima users 11212 2009-04-09 01:34 /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample


After manually removing opensips.cfg.sample I can install Opensips again.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2745618&group_id=232389


From lftsy at users.sourceforge.net  Wed Apr  8 13:20:03 2009
From: lftsy at users.sourceforge.net (lftsy at users.sourceforge.net)
Date: Wed, 08 Apr 2009 11:20:03 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5605]
	branches/1.4/packaging/rpm/opensips.spec-4.4
Message-ID: <E1LrVp5-000511-ER@dn4whf1.ch3.sourceforge.com>

Revision: 5605
          http://opensips.svn.sourceforge.net/opensips/?rev=5605&view=rev
Author:   lftsy
Date:     2009-04-08 11:20:03 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
* Thu Mar 05 2009 Marc Leurent <lftsy at leurent.eu>
- Add snmpstats packaging
- Add snmpstats packaging build requirements

Modified Paths:
--------------
    branches/1.4/packaging/rpm/opensips.spec-4.4


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From lftsy at users.sourceforge.net  Wed Apr  8 13:26:53 2009
From: lftsy at users.sourceforge.net (lftsy at users.sourceforge.net)
Date: Wed, 08 Apr 2009 11:26:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5606]
	branches/1.4/packaging/rpm/opensips.init
Message-ID: <E1LrVvh-0005A4-H0@dn4whf1.ch3.sourceforge.com>

Revision: 5606
          http://opensips.svn.sourceforge.net/opensips/?rev=5606&view=rev
Author:   lftsy
Date:     2009-04-08 11:26:53 +0000 (Wed, 08 Apr 2009)

Log Message:
-----------
* Patch Modifications on opensips.init for RPM - ID: 2674578 applied to 1.4 branch

Modified Paths:
--------------
    branches/1.4/packaging/rpm/opensips.init


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From gavin.henry at gmail.com  Wed Apr  8 16:23:37 2009
From: gavin.henry at gmail.com (Gavin Henry)
Date: Wed, 8 Apr 2009 15:23:37 +0100
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] New MediaProxy release 2.3.3
	(amd64)
In-Reply-To: <D2102F21-1125-40C3-954E-786758CB3E6F@ag-projects.com>
References: <D2102F21-1125-40C3-954E-786758CB3E6F@ag-projects.com>
Message-ID: <13ca621c0904080723w86c7245j45445bac56cc4395@mail.gmail.com>

2009/4/8 Adrian Georgescu <ag at ag-projects.com>:
> Hello,
>
> amd64 packages have been uploaded to the repository.
>
> To upgrade your debian installation for 64 bit architectures:
>
> apt-get update
> apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web-
> sessions
>

pbx:/etc/mediaproxy/tls# apt-get install mediaproxy-dispatcher
mediaproxy-relay mediaproxy-web-sessions
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  mediaproxy-common
The following NEW packages will be installed
  mediaproxy-common mediaproxy-dispatcher mediaproxy-relay
mediaproxy-web-sessions
0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 124kB/200kB of archives.
After this operation, 942kB of additional disk space will be used.
Do you want to continue [Y/n]? y
Get: 1 http://ag-projects.com unstable/main mediaproxy-dispatcher 2.3.3 [15.6kB]
Get: 2 http://ag-projects.com unstable/main mediaproxy-relay 2.3.3 [15.7kB]
Get: 3 http://ag-projects.com unstable/main mediaproxy-web-sessions
2.3.3 [92.7kB]
Fetched 124kB in 1s (97.3kB/s)
Selecting previously deselected package mediaproxy-common.
(Reading database ... 26719 files and directories currently installed.)
Unpacking mediaproxy-common (from .../mediaproxy-common_2.3.3_amd64.deb) ...
Selecting previously deselected package mediaproxy-dispatcher.
Unpacking mediaproxy-dispatcher (from
.../mediaproxy-dispatcher_2.3.3_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/mediaproxy-dispatcher_2.3.3_all.deb
(--unpack):
 trying to overwrite `/usr/bin/media-dispatcher', which is also in
package mediaproxy-common
Selecting previously deselected package mediaproxy-relay.
Unpacking mediaproxy-relay (from .../mediaproxy-relay_2.3.3_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/mediaproxy-relay_2.3.3_all.deb (--unpack):
 trying to overwrite `/usr/bin/media-relay', which is also in package
mediaproxy-common
Selecting previously deselected package mediaproxy-web-sessions.
Unpacking mediaproxy-web-sessions (from
.../mediaproxy-web-sessions_2.3.3_all.deb) ...
Errors were encountered while processing:
 /var/cache/apt/archives/mediaproxy-dispatcher_2.3.3_all.deb
 /var/cache/apt/archives/mediaproxy-relay_2.3.3_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


From bogdan at voice-system.ro  Thu Apr  9 10:23:23 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 09 Apr 2009 08:23:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5618]
	trunk/modules/tm/t_msgbuilder.c
Message-ID: <E1LrpXf-0002L7-OK@74yxhf1.ch3.sourceforge.com>

Revision: 5618
          http://opensips.svn.sourceforge.net/opensips/?rev=5618&view=rev
Author:   bogdan_iancu
Date:     2009-04-09 08:23:23 +0000 (Thu, 09 Apr 2009)

Log Message:
-----------
- small fixup in C syntax

Modified Paths:
--------------
    trunk/modules/tm/t_msgbuilder.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr  9 11:09:51 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 09 Apr 2009 09:09:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5619] trunk/modules/tm/tm.c
Message-ID: <E1LrqGd-0007ND-CS@dn4whf1.ch3.sourceforge.com>

Revision: 5619
          http://opensips.svn.sourceforge.net/opensips/?rev=5619&view=rev
Author:   bogdan_iancu
Date:     2009-04-09 09:09:51 +0000 (Thu, 09 Apr 2009)

Log Message:
-----------
-  t_reply() function does not requires anymore a prior create Transaction (as in 1.5). If no transaction is found, it will be automatically created.

Modified Paths:
--------------
    trunk/modules/tm/tm.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr  9 11:12:19 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 09 Apr 2009 09:12:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5620] trunk/modules
Message-ID: <E1LrqJ1-0007Qp-Hp@dn4whf1.ch3.sourceforge.com>

Revision: 5620
          http://opensips.svn.sourceforge.net/opensips/?rev=5620&view=rev
Author:   bogdan_iancu
Date:     2009-04-09 09:12:16 +0000 (Thu, 09 Apr 2009)

Log Message:
-----------
- readme files regenerated

Modified Paths:
--------------
    trunk/modules/acc/README
    trunk/modules/alias_db/README
    trunk/modules/auth/README
    trunk/modules/auth_db/README
    trunk/modules/cfgutils/README
    trunk/modules/closeddial/README
    trunk/modules/dialog/README
    trunk/modules/dialplan/README
    trunk/modules/drouting/README
    trunk/modules/group/README
    trunk/modules/load_balancer/README
    trunk/modules/mi_xmlrpc/abyss.h
    trunk/modules/mi_xmlrpc/abyss_conn.c
    trunk/modules/mi_xmlrpc/abyss_conn.h
    trunk/modules/mi_xmlrpc/abyss_server.c
    trunk/modules/mi_xmlrpc/abyss_thread_fork.c
    trunk/modules/msilo/README
    trunk/modules/pdt/README
    trunk/modules/qos/README
    trunk/modules/ratelimit/README
    trunk/modules/registrar/README
    trunk/modules/speeddial/README
    trunk/modules/uri_db/README
    trunk/modules/usrloc/README


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From ivaxer at dev.sgu.ru  Thu Apr  9 14:29:35 2009
From: ivaxer at dev.sgu.ru (John Khvatov)
Date: Thu, 9 Apr 2009 16:29:35 +0400
Subject: [OpenSIPS-Devel] [PATCH] add find_udomain() to usrloc API
Message-ID: <20090409122935.GA12017@dev.sgu.ru>

Hello,

This patch adds the find_udomain() function to usrloc API, which needed to
adding or deleting a contact from external module code (without using usrloc
mi). Can anyone please apply this patch to upstream?

Thanks.

---
 modules/usrloc/dlist.h  |    1 +
 modules/usrloc/usrloc.c |    1 +
 modules/usrloc/usrloc.h |    2 ++
 3 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/modules/usrloc/dlist.h b/modules/usrloc/dlist.h
index 1c18b62..97c0af4 100644
--- a/modules/usrloc/dlist.h
+++ b/modules/usrloc/dlist.h
@@ -138,6 +138,7 @@ unsigned long get_number_of_users(void);
  * \param _p pointer to domain if found
  * \return 1 if domain was found, 0 otherwise
  */
+typedef int(*find_udomain_t) (str* _d, udomain_t** _p);
 int find_domain(str* _d, udomain_t** _p);
 
 
diff --git a/modules/usrloc/usrloc.c b/modules/usrloc/usrloc.c
index f5e1dde..8c92f85 100644
--- a/modules/usrloc/usrloc.c
+++ b/modules/usrloc/usrloc.c
@@ -67,6 +67,7 @@ int bind_usrloc(usrloc_api_t* api)
 	api->get_urecord        = get_urecord;
 	api->lock_udomain       = lock_udomain;
 	api->unlock_udomain     = unlock_udomain;
+	api->find_udomain       = find_domain;
 	api->release_urecord    = release_urecord;
 	api->insert_ucontact    = insert_ucontact;
 	api->delete_ucontact    = delete_ucontact;
diff --git a/modules/usrloc/usrloc.h b/modules/usrloc/usrloc.h
index 690508c..44044a5 100644
--- a/modules/usrloc/usrloc.h
+++ b/modules/usrloc/usrloc.h
@@ -51,6 +51,8 @@ typedef struct usrloc_api {
 	lock_udomain_t       lock_udomain;
 	unlock_udomain_t     unlock_udomain;
 
+	find_udomain_t       find_udomain;
+
 	release_urecord_t    release_urecord;
 	insert_ucontact_t    insert_ucontact;
 	delete_ucontact_t    delete_ucontact;
-- 
1.6.0.6


-- 
John Khvatov


From ivaxer at dev.sgu.ru  Thu Apr  9 15:10:58 2009
From: ivaxer at dev.sgu.ru (John Khvatov)
Date: Thu, 9 Apr 2009 17:10:58 +0400
Subject: [OpenSIPS-Devel] [PATCH] add find_udomain() to usrloc API
In-Reply-To: <20090409122935.GA12017@dev.sgu.ru>
References: <20090409122935.GA12017@dev.sgu.ru>
Message-ID: <20090409131058.GA18642@dev.sgu.ru>

Also renamed find_domain() to find_udomain(). This patch for current opensips
upstream.

-- 
John Khvatov

---
 modules/usrloc/dlist.c  |    2 +-
 modules/usrloc/dlist.h  |    3 ++-
 modules/usrloc/usrloc.c |    1 +
 modules/usrloc/usrloc.h |    1 +
 4 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/modules/usrloc/dlist.c b/modules/usrloc/dlist.c
index 23230c7..8ef5d03 100644
--- a/modules/usrloc/dlist.c
+++ b/modules/usrloc/dlist.c
@@ -567,7 +567,7 @@ int synchronize_all_udomains(void)
 /*! \brief
  * Find a particular domain
  */
-int find_domain(str* _d, udomain_t** _p)
+int find_udomain(str* _d, udomain_t** _p)
 {
 	dlist_t* d;
 
diff --git a/modules/usrloc/dlist.h b/modules/usrloc/dlist.h
index dff177c..4da15c3 100644
--- a/modules/usrloc/dlist.h
+++ b/modules/usrloc/dlist.h
@@ -99,7 +99,8 @@ unsigned long get_number_of_users();
 /*! \brief
  * Find a particular domain
  */
-int find_domain(str* _d, udomain_t** _p);
+typedef int(*find_udomain_t) (str* _d, udomain_t** _p);
+int find_udomain(str* _d, udomain_t** _p);
 
 
 #endif /* UDLIST_H */
diff --git a/modules/usrloc/usrloc.c b/modules/usrloc/usrloc.c
index a464f64..2cac118 100644
--- a/modules/usrloc/usrloc.c
+++ b/modules/usrloc/usrloc.c
@@ -60,6 +60,7 @@ int bind_usrloc(usrloc_api_t* api)
 	api->get_urecord        = get_urecord;
 	api->lock_udomain       = lock_udomain;
 	api->unlock_udomain     = unlock_udomain;
+	api->find_udomain       = find_udomain;
 	api->release_urecord    = release_urecord;
 	api->insert_ucontact    = insert_ucontact;
 	api->delete_ucontact    = delete_ucontact;
diff --git a/modules/usrloc/usrloc.h b/modules/usrloc/usrloc.h
index facdbe9..8b58784 100644
--- a/modules/usrloc/usrloc.h
+++ b/modules/usrloc/usrloc.h
@@ -51,6 +51,7 @@ typedef struct usrloc_api {
 	get_urecord_t        get_urecord;
 	lock_udomain_t       lock_udomain;
 	unlock_udomain_t     unlock_udomain;
+	find_udomain_t       find_udomain;
 
 	release_urecord_t    release_urecord;
 	insert_ucontact_t    insert_ucontact;
-- 
1.6.0.6



From dan at ag-projects.com  Fri Apr 10 07:42:46 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Fri, 10 Apr 2009 08:42:46 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] New MediaProxy release 2.3.3
	(amd64)
In-Reply-To: <13ca621c0904080723w86c7245j45445bac56cc4395@mail.gmail.com>
References: <D2102F21-1125-40C3-954E-786758CB3E6F@ag-projects.com>
	<13ca621c0904080723w86c7245j45445bac56cc4395@mail.gmail.com>
Message-ID: <200904100842.46925.dan@ag-projects.com>


There was a problem with how the debian packages were generated. We'll 
make a new version available to fix the issue.

On Wednesday 08 April 2009, Gavin Henry wrote:
> 2009/4/8 Adrian Georgescu <ag at ag-projects.com>:
> > Hello,
> >
> > amd64 packages have been uploaded to the repository.
> >
> > To upgrade your debian installation for 64 bit architectures:
> >
> > apt-get update
> > apt-get install mediaproxy-dispatcher mediaproxy-relay
> > mediaproxy-web- sessions
>
> pbx:/etc/mediaproxy/tls# apt-get install mediaproxy-dispatcher
> mediaproxy-relay mediaproxy-web-sessions
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following extra packages will be installed:
>   mediaproxy-common
> The following NEW packages will be installed
>   mediaproxy-common mediaproxy-dispatcher mediaproxy-relay
> mediaproxy-web-sessions
> 0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
> Need to get 124kB/200kB of archives.
> After this operation, 942kB of additional disk space will be used.
> Do you want to continue [Y/n]? y
> Get: 1 http://ag-projects.com unstable/main mediaproxy-dispatcher 2.3.3
> [15.6kB] Get: 2 http://ag-projects.com unstable/main mediaproxy-relay
> 2.3.3 [15.7kB] Get: 3 http://ag-projects.com unstable/main
> mediaproxy-web-sessions 2.3.3 [92.7kB]
> Fetched 124kB in 1s (97.3kB/s)
> Selecting previously deselected package mediaproxy-common.
> (Reading database ... 26719 files and directories currently installed.)
> Unpacking mediaproxy-common (from
> .../mediaproxy-common_2.3.3_amd64.deb) ... Selecting previously
> deselected package mediaproxy-dispatcher. Unpacking
> mediaproxy-dispatcher (from
> .../mediaproxy-dispatcher_2.3.3_all.deb) ...
> dpkg: error processing
> /var/cache/apt/archives/mediaproxy-dispatcher_2.3.3_all.deb
> (--unpack):
>  trying to overwrite `/usr/bin/media-dispatcher', which is also in
> package mediaproxy-common
> Selecting previously deselected package mediaproxy-relay.
> Unpacking mediaproxy-relay (from .../mediaproxy-relay_2.3.3_all.deb)
> ... dpkg: error processing
> /var/cache/apt/archives/mediaproxy-relay_2.3.3_all.deb (--unpack):
>  trying to overwrite `/usr/bin/media-relay', which is also in package
> mediaproxy-common
> Selecting previously deselected package mediaproxy-web-sessions.
> Unpacking mediaproxy-web-sessions (from
> .../mediaproxy-web-sessions_2.3.3_all.deb) ...
> Errors were encountered while processing:
>  /var/cache/apt/archives/mediaproxy-dispatcher_2.3.3_all.deb
>  /var/cache/apt/archives/mediaproxy-relay_2.3.3_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users



-- 
Dan


From anca at opensips.org  Fri Apr 10 12:55:23 2009
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 10 Apr 2009 10:55:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5621] trunk/modules/presence
Message-ID: <E1LsEOJ-0006cG-4H@d5vjzd1.ch3.sourceforge.com>

Revision: 5621
          http://opensips.svn.sourceforge.net/opensips/?rev=5621&view=rev
Author:   anca_vamanu
Date:     2009-04-10 10:55:22 +0000 (Fri, 10 Apr 2009)

Log Message:
-----------
- fix: added check if presence module is loaded before modules wanting to register events

Modified Paths:
--------------
    trunk/modules/presence/event_list.c
    trunk/modules/presence/hash.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Fri Apr 10 13:25:31 2009
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 10 Apr 2009 11:25:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5622]
	branches/1.4/modules/presence
Message-ID: <E1LsErT-00019E-7V@bj8yhf1.ch3.sourceforge.com>

Revision: 5622
          http://opensips.svn.sourceforge.net/opensips/?rev=5622&view=rev
Author:   anca_vamanu
Date:     2009-04-10 11:25:30 +0000 (Fri, 10 Apr 2009)

Log Message:
-----------
- fix: added check if presence module is loaded before modules wanting to register events

Modified Paths:
--------------
    branches/1.4/modules/presence/event_list.c
    branches/1.4/modules/presence/hash.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From anca at opensips.org  Fri Apr 10 13:26:34 2009
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 10 Apr 2009 11:26:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5623]
	branches/1.5/modules/presence
Message-ID: <E1LsEsU-0001Az-9u@bj8yhf1.ch3.sourceforge.com>

Revision: 5623
          http://opensips.svn.sourceforge.net/opensips/?rev=5623&view=rev
Author:   anca_vamanu
Date:     2009-04-10 11:26:34 +0000 (Fri, 10 Apr 2009)

Log Message:
-----------
- fix: added check if presence module is loaded before modules wanting to register events

Modified Paths:
--------------
    branches/1.5/modules/presence/event_list.c
    branches/1.5/modules/presence/hash.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Fri Apr 10 18:10:12 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 10 Apr 2009 19:10:12 +0300
Subject: [OpenSIPS-Devel] 1.5.1 to release
Message-ID: <49DF6F64.8050908@voice-system.ro>

Hi,

In the weeks following the 1.5.0 release, there were several critical 
fixes in the mysql part (mostly related to the new code for prepared 
statements) - this fixing were a result of hard testing of many people 
who stressed and tortured the new code in all imaginable ways.

If there are no other know issues, I would like to release 1.5.1 Monday 
13th of April.

Regards,
Bogdan


From bogdan at voice-system.ro  Fri Apr 10 18:18:06 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 10 Apr 2009 19:18:06 +0300
Subject: [OpenSIPS-Devel] [PATCH] add find_udomain() to usrloc API
In-Reply-To: <20090409131058.GA18642@dev.sgu.ru>
References: <20090409122935.GA12017@dev.sgu.ru>
	<20090409131058.GA18642@dev.sgu.ru>
Message-ID: <49DF713E.6050402@voice-system.ro>

Hi John,

why do you need this function to be exported in order to add/remove 
contacts from other module?

The registrar module is doing this kind of ops with contacts and it does 
not require it.

Regards,
Bogdan

John Khvatov wrote:
> Also renamed find_domain() to find_udomain(). This patch for current opensips
> upstream.
>
>   



From ivaxer at dev.sgu.ru  Fri Apr 10 23:09:22 2009
From: ivaxer at dev.sgu.ru (John Khvatov)
Date: Sat, 11 Apr 2009 01:09:22 +0400
Subject: [OpenSIPS-Devel] [PATCH] add find_udomain() to usrloc API
In-Reply-To: <49DF713E.6050402@voice-system.ro>
References: <20090409122935.GA12017@dev.sgu.ru>
	<20090409131058.GA18642@dev.sgu.ru>
	<49DF713E.6050402@voice-system.ro>
Message-ID: <20090410210922.GA30896@dev.sgu.ru>

Hi Bogdan,

On Fri, Apr 10, 2009 at 07:18:06PM +0300, Bogdan-Andrei Iancu wrote:
> Hi John,
>
> why do you need this function to be exported in order to add/remove  
> contacts from other module?

I do need to get a pointer to udomain_t structure of existing domain (just as
in mi_usrloc_add() function at ul_mi.c) before to add/remove contacts.

> The registrar module is doing this kind of ops with contacts and it does  
> not require it.

The registrar module gets udomain_t pointer using register_udomain(), right?
Ok, this way for me as well, thanks. But I'm confused by the fact that usrloc's
mi functions do not use this way.

Btw, mi_find_domain() from ul_mi.c duplicated with find_domain() from
dlist.c. May be fix it?

Thanks.
-- 
John Khvatov


From noreply at sourceforge.net  Sat Apr 11 00:46:06 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 10 Apr 2009 22:46:06 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2750920 ] Warning in fscanf
	usage
Message-ID: <E1LsPU6-00009B-MW@g45xhf1.ch3.sourceforge.com>

Patches item #2750920, was opened at 2009-04-10 17:46
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2750920&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: Warning in fscanf usage

Initial Comment:
This patches handles fscanf return value to avoid warning when compiling on Linux x86.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2750920&group_id=232389


From saguti at gmail.com  Sat Apr 11 01:06:19 2009
From: saguti at gmail.com (Sergio Gutierrez)
Date: Fri, 10 Apr 2009 23:06:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5624] trunk/Makefile
Message-ID: <E1LsPnf-0002nR-7O@c3vjzd1.ch3.sourceforge.com>

Revision: 5624
          http://opensips.svn.sourceforge.net/opensips/?rev=5624&view=rev
Author:   saguti
Date:     2009-04-10 23:06:18 +0000 (Fri, 10 Apr 2009)

Log Message:
-----------
- Modify sample configuration file permissions to avoid error when doing make install-cfg after previous install.
Closes bug #2745618. Thanks to ledda for reporting.

Modified Paths:
--------------
    trunk/Makefile


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Sat Apr 11 01:07:30 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 10 Apr 2009 23:07:30 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2745618 ] opensips.cfg.sample -
	wrong permissions
Message-ID: <E1LsPoo-0001bD-VL@g45xhf1.ch3.sourceforge.com>

Bugs item #2745618, was opened at 2009-04-08 17:40
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2745618&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: ledda (ledda)
>Assigned to: Sergio Gutierrez (saguti)
Summary: opensips.cfg.sample - wrong permissions

Initial Comment:
opensips build with command:
make prefix=/home/dima/oser/osrunhead all

first attempt to install:
make prefix=/home/dima/oser/osrunhead install
all is ok

second attempt to install return error:
make prefix=/home/dima/oser/osrunhead install
....
sed -e "s#/usr/.*lib/opensips/modules/#/home/dima/oser/osrunhead/lib/opensips/modules/#g" \
                        < etc/opensips.cfg > /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample0
sed -e "s#/usr/.*etc/opensips/tls/#/home/dima/oser/osrunhead/etc/opensips/tls/#g" \
                        < /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample0 \
                        > /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample
/bin/sh: /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample: Permission denied
make: *** [install-cfg] Error 1

Permissions of this file are:
ls -l /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample
-r-x------ 1 dima users 11212 2009-04-09 01:34 /home/dima/oser/osrunhead/etc/opensips/opensips.cfg.sample


After manually removing opensips.cfg.sample I can install Opensips again.

----------------------------------------------------------------------

>Comment By: Sergio Gutierrez (saguti)
Date: 2009-04-10 18:07

Message:
Hello ledda.

Thanks for reporting. A fix has been applied to trunk, revision 5624.

Regards.

Sergio.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2745618&group_id=232389


From noreply at sourceforge.net  Sun Apr 12 06:15:23 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 12 Apr 2009 04:15:23 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2274274 ] seg fault in db_postgres
Message-ID: <E1Lsr6J-0004fJ-5n@d45xhf1.ch3.sourceforge.com>

Bugs item #2274274, was opened at 2008-11-12 22:25
Message generated for change (Comment added) made by brent_thomson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2274274&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 2
Private: No
Submitted By: Brent (brent_thomson)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: seg fault in db_postgres

Initial Comment:
Partial output:

*** glibc detected *** opensips: free(): invalid next size (fast): 0x0000000001166c70 ***
======= Backtrace: =========
/lib64/libc.so.6[0x2b92149b8684]
/lib64/libc.so.6(cfree+0x8c)[0x2b92149bbccc]
/usr/lib64/libpq.so.5(PQsendQuery+0x69)[0x2b921642a819]
/usr/lib64/opensips/modules/db_postgres.so[0x2b921620f0df]
opensips(db_do_query+0x335)[0x4b0da1]
/usr/lib64/opensips/modules/db_postgres.so(db_postgres_query+0x8a)[0x2b921620fd59]
/usr/lib64/opensips/modules/auth_db.so[0x2b92181ae5f1]
/usr/lib64/opensips/modules/auth_db.so[0x2b92181ae0f1]
/usr/lib64/opensips/modules/auth_db.so(proxy_authorize+0x2a)[0x2b92181adec8]
opensips(do_action+0x24d4)[0x410de0]
opensips(run_action_list+0x32)[0x40e1fa]
opensips[0x44d7aa]
opensips(eval_expr+0xc8)[0x451633]
opensips(eval_expr+0x1ac)[0x451717]
opensips(eval_expr+0x1e0)[0x45174b]
opensips(do_action+0x1caf)[0x4105bb]
opensips(run_action_list+0x32)[0x40e1fa]
opensips(do_action+0x1de0)[0x4106ec]
opensips(run_action_list+0x32)[0x40e1fa]
opensips[0x40e46e]
opensips(do_action+0x103b)[0x40f947]
opensips(run_action_list+0x32)[0x40e1fa]
opensips(do_action+0x1de0)[0x4106ec]
opensips(run_action_list+0x32)[0x40e1fa]
opensips[0x40e46e]
opensips(run_top_route+0x61)[0x40e526]
opensips(receive_msg+0x51f)[0x445da6]
opensips(udp_rcv_loop+0x45c)[0x47af5b]
opensips[0x4219ad]
opensips(main+0x1c74)[0x423ccf]
/lib64/libc.so.6(__libc_start_main+0xf4)[0x2b92149648b4]
opensips[0x40e119]

CentOS 5.2
OpenSIPS: latest from svn (about an hour ago)
PostgreSQL libs: 8.3.4 (built against the same)
DB in writeback mode

Causes OpenSIPS to crash every time within a few minutes of starting. I can reproduce the crash by repeatedly reregistering a hard or soft phone, making a call from a successfully registered device, or anything else that touches the database. Reference build and config is OpenSER 1.2, which does not have the problem.

The core dump is too large to attach so I've posted it here:

http://www.sendspace.com/file/1pv989


----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-04-11 22:15

Message:
I've been running 1.5 with the setup that produced the crash consistently
before for about an hour now without incident. That's not long, but 1.4 was
crashing within a few minutes.

I'll follow up if the problem surfaces again.

----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-03-16 12:52

Message:
I haven't tried it in a while--just been running 1.3.2. I'll give the
latest version a try when I have a second.

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-03-16 12:47

Message:
hi brent,

there were some fixes in 1.5 over the postgres module - can you update and
test ?

or, is this still happening ?

regards,
bogdan

----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-02-13 14:47

Message:
Doesn't really sound like a fix ... and 70 connections isn't acceptable. I
think I'll look for things that have changed since openser 1.3.2, which
doesn't have this issue.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-02-13 14:02

Message:
Brent, do you feel like getting the patch from issue 2593088 and to try
with it? It seems like the same issue.

Keep in mind that it will make a ton of connections to the database (in my
case they were 70).


----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-02-13 12:58

Message:
Hmmm ... That was some time ago. Let me see if I can reproduce it and put
up a log file.

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-02-09 22:10

Message:
Hello Brent.

I was reviewing your report. Please, could you post OpenSIPS log before
Segmentation Fault?

Regards.

Sergio.

----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2008-11-18 11:05

Message:
Is this what you need?

(gdb) bt
#0  0x00002b9e74dc7155 in raise () from /lib64/libc.so.6
#1  0x00002b9e74dc8bf0 in abort () from /lib64/libc.so.6
#2  0x00002b9e74e013db in __libc_message () from /lib64/libc.so.6
#3  0x00002b9e74e08684 in _int_free () from /lib64/libc.so.6
#4  0x00002b9e74e0bccc in free () from /lib64/libc.so.6
#5  0x00002b9e768797e9 in PQclear () from /usr/lib64/libpq.so.5
#6  0x00002b9e7665fbe9 in free_query (_con=0x779fe8) at dbase.c:320
#7  0x00002b9e7666037d in db_postgres_store_result (_con=0x779fe8,
_r=0x7fff368d58b8)
    at dbase.c:475
#8  0x00000000004b0634 in db_do_query ()
#9  0x00002b9e7665fcc9 in db_postgres_query (_h=0x779fe8,
_k=0x7fff368d5830, _op=0x0, 
    _v=0x7fff368d57f0, _c=0x7802e0, _n=1, _nc=2, _o=0x0,
_r=0x7fff368d58b8) at dbase.c:363
#10 0x00002b9e785fd5b1 in get_ha1 (_username=0x780948,
_domain=0x7fff368d58d0, 
    _table=0x7fff368d58c0, _ha1=0x7fff368d58f0 "", res=0x7fff368d58b8) at
authorize.c:101
#11 0x00002b9e785fd0b1 in authorize (_m=0x77f328, _realm=0x779f30,
_table=0x7737a8 "subscriber", 
    _hftype=HDR_AUTHORIZATION_T) at authorize.c:244
#12 0x00002b9e785fd9fd in www_authorize (_m=0x77f328, _realm=0x779f30
"\001", 
    _table=0x7737a8 "subscriber") at authorize.c:287
#13 0x00000000004105f0 in do_action ()
#14 0x000000000040da0a in run_action_list ()
#15 0x000000000044cfba in eval_elem ()
#16 0x0000000000450e43 in eval_expr ()
#17 0x0000000000450f27 in eval_expr ()
#18 0x0000000000450f5b in eval_expr ()
#19 0x000000000040fdcb in do_action ()
#20 0x000000000040da0a in run_action_list ()
#21 0x000000000040dc7e in run_actions ()
#22 0x000000000040f157 in do_action ()
#23 0x000000000040da0a in run_action_list ()
#24 0x000000000044cfba in eval_elem ()
#25 0x0000000000450e43 in eval_expr ()
#26 0x0000000000450f5b in eval_expr ()
#27 0x000000000040fdcb in do_action ()
#28 0x000000000040da0a in run_action_list ()
#29 0x000000000040fefc in do_action ()
#30 0x000000000040da0a in run_action_list ()
#31 0x000000000040dc7e in run_actions ()
#32 0x000000000040dd36 in run_top_route ()
#33 0x00000000004455b6 in receive_msg ()
#34 0x000000000047a76b in udp_rcv_loop ()
#35 0x0000000000421501 in main_loop ()
#36 0x00000000004234df in main ()


----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2008-11-18 10:17

Message:
That backtrace is the output from opensips itself, with debugging set to 9.
I'm not a gdb jedi. Can you give me instructions or point me to what I need
to do to generate what you're asking for? Is it just a matter of running
the binary in the debugger and then grabbing the output when it crashes?

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2008-11-17 17:19

Message:
Hello Brent.

Is that backtrace taken with gdb? The syntax does not loke familiar.
In case it does not, could you take the backtrace with gdb?

Regards.

Sergio.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-17 16:59

Message:
After fiddling with this some more, it appears that I can only reproduce
this consistently if fork=yes in opensips.cfg. If I don't daemonize
opensips (run it bare, rather than through the init script) and let all the
output go to the console, it no longer crashes.

Please let me know if there's any other useful information that I can
provide.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2274274&group_id=232389


From noreply at sourceforge.net  Mon Apr 13 04:02:28 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 13 Apr 2009 02:02:28 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2757377 ] parse_sip_msg_uri not
	working as expected.
Message-ID: <E1LtBVE-0007Ap-Jy@b55xhf1.ch3.sourceforge.com>

Bugs item #2757377, was opened at 2009-04-12 21:02
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2757377&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: parse_sip_msg_uri not working as expected.

Initial Comment:
parse_sip_msg_uri is intended to initialize parsed_uri field of sip_msg struct.

When using this function, I see that parsed_uri.user.s, when is displayed, shows the whole sip message.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2757377&group_id=232389


From dan at ag-projects.com  Mon Apr 13 09:51:37 2009
From: dan at ag-projects.com (Dan Pascu)
Date: Mon, 13 Apr 2009 10:51:37 +0300
Subject: [OpenSIPS-Devel] Mediaproxy 2.3.4 was released
Message-ID: <200904131051.37108.dan@ag-projects.com>


This minor upgrade over 2.3.3 only fixes how amd64 debian packages are 
built, so unless you use a x86_64 debian based architecture there is no 
need to upgrade. This should fix the problem where scripts were present 
on both mediaproxy-common and the mediaproxy-{dispatcher,relay} debian 
packages for the amd64 architecture.

-- 
Dan


From noreply at sourceforge.net  Mon Apr 13 10:02:09 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 13 Apr 2009 08:02:09 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2713968 ] Segmentfault (still) in
	mysql_stmt_result_metadata()
Message-ID: <E1LtH7J-0002lI-6D@665xhf1.ch3.sourceforge.com>

Bugs item #2713968, was opened at 2009-03-26 11:18
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
>Status: Closed
Resolution: Fixed
Priority: 9
Private: No
Submitted By: I?aki Baz Castillo (ibc_sf)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Segmentfault (still) in mysql_stmt_result_metadata()

Initial Comment:
Even if the same bugs appears as fixed:
  https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2608188&group_id=232389

I've experimented it right now:
- Debian Etch 64 bits
- OpenSIPS trunk (rev 5534)

Scenario:
- OpenSIPS as pure presence server (no XCAP).
- No registrar/proxy/usrloc features.
- For now just 5 subscribers.

OpenSIPS has generated two coredumps at the same time, both similar but handling different subscriptions.

Coredump is attached.



----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-13 11:02

Message:
All known mysql related bugs were confirmed as closed. If you get a
different result, please reopen this report.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-08 16:05

Message:
on more fix was commited today.

----------------------------------------------------------------------

Comment By: I?aki Baz Castillo (ibc_sf)
Date: 2009-04-03 21:24

Message:
Ok, already running it. If it crashes I will report it here.

Thanks.

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-03 17:38

Message:
Hi Inaki,

could you update from svn (trunk and 1.5) and test again. I found a bug
related to mysql re-connect and it might be the trigger for your crash
also.

Thanks and regards,
Bogdan

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-01 21:13

Message:
Hi Inaki,

something similar was reported on the mailing list by Jacek Konieczny
(http://lists.opensips.org/pipermail/users/2009-March/004226.html).

Thanks to Jacek help, we try to debug and see see what is the cause.

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2713968&group_id=232389


From noreply at sourceforge.net  Mon Apr 13 10:06:52 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 13 Apr 2009 08:06:52 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2757377 ] parse_sip_msg_uri not
	working as expected.
Message-ID: <E1LtHBs-0006ij-SJ@155xhf1.ch3.sourceforge.com>

Bugs item #2757377, was opened at 2009-04-13 05:02
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2757377&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: parse_sip_msg_uri not working as expected.

Initial Comment:
parse_sip_msg_uri is intended to initialize parsed_uri field of sip_msg struct.

When using this function, I see that parsed_uri.user.s, when is displayed, shows the whole sip message.

----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-13 11:06

Message:
Hi Sergio,

parsed_uri.user is a STR struct and the these kind of strings are not null
terminated (they are kept as start + len). When printing, %s is for a
null-terminated string (and it will not work for a str struct); for STR
use, "%.*s" and pass len and start as parameters.

Regards,
Bogdan


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2757377&group_id=232389


From noreply at sourceforge.net  Mon Apr 13 10:08:58 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 13 Apr 2009 08:08:58 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2274274 ] seg fault in db_postgres
Message-ID: <E1LtHDu-0000AL-D7@3bkjzd1.ch3.sourceforge.com>

Bugs item #2274274, was opened at 2008-11-13 07:25
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2274274&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Out of Date
Priority: 2
Private: No
Submitted By: Brent (brent_thomson)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: seg fault in db_postgres

Initial Comment:
Partial output:

*** glibc detected *** opensips: free(): invalid next size (fast): 0x0000000001166c70 ***
======= Backtrace: =========
/lib64/libc.so.6[0x2b92149b8684]
/lib64/libc.so.6(cfree+0x8c)[0x2b92149bbccc]
/usr/lib64/libpq.so.5(PQsendQuery+0x69)[0x2b921642a819]
/usr/lib64/opensips/modules/db_postgres.so[0x2b921620f0df]
opensips(db_do_query+0x335)[0x4b0da1]
/usr/lib64/opensips/modules/db_postgres.so(db_postgres_query+0x8a)[0x2b921620fd59]
/usr/lib64/opensips/modules/auth_db.so[0x2b92181ae5f1]
/usr/lib64/opensips/modules/auth_db.so[0x2b92181ae0f1]
/usr/lib64/opensips/modules/auth_db.so(proxy_authorize+0x2a)[0x2b92181adec8]
opensips(do_action+0x24d4)[0x410de0]
opensips(run_action_list+0x32)[0x40e1fa]
opensips[0x44d7aa]
opensips(eval_expr+0xc8)[0x451633]
opensips(eval_expr+0x1ac)[0x451717]
opensips(eval_expr+0x1e0)[0x45174b]
opensips(do_action+0x1caf)[0x4105bb]
opensips(run_action_list+0x32)[0x40e1fa]
opensips(do_action+0x1de0)[0x4106ec]
opensips(run_action_list+0x32)[0x40e1fa]
opensips[0x40e46e]
opensips(do_action+0x103b)[0x40f947]
opensips(run_action_list+0x32)[0x40e1fa]
opensips(do_action+0x1de0)[0x4106ec]
opensips(run_action_list+0x32)[0x40e1fa]
opensips[0x40e46e]
opensips(run_top_route+0x61)[0x40e526]
opensips(receive_msg+0x51f)[0x445da6]
opensips(udp_rcv_loop+0x45c)[0x47af5b]
opensips[0x4219ad]
opensips(main+0x1c74)[0x423ccf]
/lib64/libc.so.6(__libc_start_main+0xf4)[0x2b92149648b4]
opensips[0x40e119]

CentOS 5.2
OpenSIPS: latest from svn (about an hour ago)
PostgreSQL libs: 8.3.4 (built against the same)
DB in writeback mode

Causes OpenSIPS to crash every time within a few minutes of starting. I can reproduce the crash by repeatedly reregistering a hard or soft phone, making a call from a successfully registered device, or anything else that touches the database. Reference build and config is OpenSER 1.2, which does not have the problem.

The core dump is too large to attach so I've posted it here:

http://www.sendspace.com/file/1pv989


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-04-13 11:08

Message:
All fixes that were done on postgres for 1.5.0 were also ported  on 1.4
branch, so if you update to 1.4.5 (latest on 1.4 branch) it should be also
fixed.

Regards,
Bogdan

----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-04-12 07:15

Message:
I've been running 1.5 with the setup that produced the crash consistently
before for about an hour now without incident. That's not long, but 1.4 was
crashing within a few minutes.

I'll follow up if the problem surfaces again.

----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-03-16 20:52

Message:
I haven't tried it in a while--just been running 1.3.2. I'll give the
latest version a try when I have a second.

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-03-16 20:47

Message:
hi brent,

there were some fixes in 1.5 over the postgres module - can you update and
test ?

or, is this still happening ?

regards,
bogdan

----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-02-13 23:47

Message:
Doesn't really sound like a fix ... and 70 connections isn't acceptable. I
think I'll look for things that have changed since openser 1.3.2, which
doesn't have this issue.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-02-13 23:02

Message:
Brent, do you feel like getting the patch from issue 2593088 and to try
with it? It seems like the same issue.

Keep in mind that it will make a ton of connections to the database (in my
case they were 70).


----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2009-02-13 21:58

Message:
Hmmm ... That was some time ago. Let me see if I can reproduce it and put
up a log file.

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2009-02-10 07:10

Message:
Hello Brent.

I was reviewing your report. Please, could you post OpenSIPS log before
Segmentation Fault?

Regards.

Sergio.

----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2008-11-18 20:05

Message:
Is this what you need?

(gdb) bt
#0  0x00002b9e74dc7155 in raise () from /lib64/libc.so.6
#1  0x00002b9e74dc8bf0 in abort () from /lib64/libc.so.6
#2  0x00002b9e74e013db in __libc_message () from /lib64/libc.so.6
#3  0x00002b9e74e08684 in _int_free () from /lib64/libc.so.6
#4  0x00002b9e74e0bccc in free () from /lib64/libc.so.6
#5  0x00002b9e768797e9 in PQclear () from /usr/lib64/libpq.so.5
#6  0x00002b9e7665fbe9 in free_query (_con=0x779fe8) at dbase.c:320
#7  0x00002b9e7666037d in db_postgres_store_result (_con=0x779fe8,
_r=0x7fff368d58b8)
    at dbase.c:475
#8  0x00000000004b0634 in db_do_query ()
#9  0x00002b9e7665fcc9 in db_postgres_query (_h=0x779fe8,
_k=0x7fff368d5830, _op=0x0, 
    _v=0x7fff368d57f0, _c=0x7802e0, _n=1, _nc=2, _o=0x0,
_r=0x7fff368d58b8) at dbase.c:363
#10 0x00002b9e785fd5b1 in get_ha1 (_username=0x780948,
_domain=0x7fff368d58d0, 
    _table=0x7fff368d58c0, _ha1=0x7fff368d58f0 "", res=0x7fff368d58b8) at
authorize.c:101
#11 0x00002b9e785fd0b1 in authorize (_m=0x77f328, _realm=0x779f30,
_table=0x7737a8 "subscriber", 
    _hftype=HDR_AUTHORIZATION_T) at authorize.c:244
#12 0x00002b9e785fd9fd in www_authorize (_m=0x77f328, _realm=0x779f30
"\001", 
    _table=0x7737a8 "subscriber") at authorize.c:287
#13 0x00000000004105f0 in do_action ()
#14 0x000000000040da0a in run_action_list ()
#15 0x000000000044cfba in eval_elem ()
#16 0x0000000000450e43 in eval_expr ()
#17 0x0000000000450f27 in eval_expr ()
#18 0x0000000000450f5b in eval_expr ()
#19 0x000000000040fdcb in do_action ()
#20 0x000000000040da0a in run_action_list ()
#21 0x000000000040dc7e in run_actions ()
#22 0x000000000040f157 in do_action ()
#23 0x000000000040da0a in run_action_list ()
#24 0x000000000044cfba in eval_elem ()
#25 0x0000000000450e43 in eval_expr ()
#26 0x0000000000450f5b in eval_expr ()
#27 0x000000000040fdcb in do_action ()
#28 0x000000000040da0a in run_action_list ()
#29 0x000000000040fefc in do_action ()
#30 0x000000000040da0a in run_action_list ()
#31 0x000000000040dc7e in run_actions ()
#32 0x000000000040dd36 in run_top_route ()
#33 0x00000000004455b6 in receive_msg ()
#34 0x000000000047a76b in udp_rcv_loop ()
#35 0x0000000000421501 in main_loop ()
#36 0x00000000004234df in main ()


----------------------------------------------------------------------

Comment By: Brent (brent_thomson)
Date: 2008-11-18 19:17

Message:
That backtrace is the output from opensips itself, with debugging set to 9.
I'm not a gdb jedi. Can you give me instructions or point me to what I need
to do to generate what you're asking for? Is it just a matter of running
the binary in the debugger and then grabbing the output when it crashes?

----------------------------------------------------------------------

Comment By: Sergio Gutierrez (saguti)
Date: 2008-11-18 02:19

Message:
Hello Brent.

Is that backtrace taken with gdb? The syntax does not loke familiar.
In case it does not, could you take the backtrace with gdb?

Regards.

Sergio.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-18 01:59

Message:
After fiddling with this some more, it appears that I can only reproduce
this consistently if fork=yes in opensips.cfg. If I don't daemonize
opensips (run it bare, rather than through the init script) and let all the
output go to the console, it no longer crashes.

Please let me know if there's any other useful information that I can
provide.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2274274&group_id=232389


From bogdan at voice-system.ro  Mon Apr 13 11:16:12 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 09:16:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5625] branches/1.5/Makefile
Message-ID: <E1LtIGy-0001gp-JO@3kljzd1.ch3.sourceforge.com>

Revision: 5625
          http://opensips.svn.sourceforge.net/opensips/?rev=5625&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 09:16:12 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
backport from trunk (rev 5624):
	
- Modify sample configuration file permissions to avoid error when doing make install-cfg after previous install.
Closes bug #2745618. Thanks to ledda for reporting.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5624&view=rev

Modified Paths:
--------------
    branches/1.5/Makefile


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 13:55:30 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 11:55:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5626]
	trunk/modules/sst/sst_handlers.c
Message-ID: <E1LtKl8-0002u6-TS@dn4whf1.ch3.sourceforge.com>

Revision: 5626
          http://opensips.svn.sourceforge.net/opensips/?rev=5626&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 11:55:30 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
- fixed testing of MIN-SE and when the 422 reply must be sent out.
  Based on a report from Jeff Pyle.

Modified Paths:
--------------
    trunk/modules/sst/sst_handlers.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 13:58:49 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 11:58:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5627]
	branches/1.5/modules/sst/sst_handlers.c
Message-ID: <E1LtKoL-0002wt-Hh@dn4whf1.ch3.sourceforge.com>

Revision: 5627
          http://opensips.svn.sourceforge.net/opensips/?rev=5627&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 11:58:49 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5626):
- fixed testing of MIN-SE and when the 422 reply must be sent out.
  Based on a report from Jeff Pyle.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5626&view=rev

Modified Paths:
--------------
    branches/1.5/modules/sst/sst_handlers.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 13:58:54 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 11:58:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5628]
	branches/1.4/modules/sst/sst_handlers.c
Message-ID: <E1LtKoQ-0002xA-Cn@dn4whf1.ch3.sourceforge.com>

Revision: 5628
          http://opensips.svn.sourceforge.net/opensips/?rev=5628&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 11:58:54 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5626):
- fixed testing of MIN-SE and when the 422 reply must be sent out.
  Based on a report from Jeff Pyle.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5626&view=rev

Modified Paths:
--------------
    branches/1.4/modules/sst/sst_handlers.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 14:40:31 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 12:40:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5629] branches/1.5
Message-ID: <E1LtLSh-0004B4-6o@dn4whf1.ch3.sourceforge.com>

Revision: 5629
          http://opensips.svn.sourceforge.net/opensips/?rev=5629&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 12:40:30 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
 prepared for 1.5.1

Modified Paths:
--------------
    branches/1.5/ChangeLog
    branches/1.5/Makefile.defs
    branches/1.5/packaging/debian/changelog
    branches/1.5/packaging/debian-etch/changelog
    branches/1.5/packaging/debian-sarge/changelog


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 15:27:09 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 13:27:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5630]
	trunk/modules/nathelper/nathelper.c
Message-ID: <E1LtMBp-0003WT-MY@c3vjzd1.ch3.sourceforge.com>

Revision: 5630
          http://opensips.svn.sourceforge.net/opensips/?rev=5630&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 13:27:06 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
- increased buffer len of arg 1 as it contains the codec index that may overflow.
  Credits go to David Feng (dfeng99) on forum.

Modified Paths:
--------------
    trunk/modules/nathelper/nathelper.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 15:30:06 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 13:30:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5631]
	branches/1.5/modules/nathelper/nathelper.c
Message-ID: <E1LtMEg-0003a0-Me@c3vjzd1.ch3.sourceforge.com>

Revision: 5631
          http://opensips.svn.sourceforge.net/opensips/?rev=5631&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 13:30:06 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5630):
- increased buffer len of arg 1 as it contains the codec index that may overflow.
  Credits go to David Feng (dfeng99) on forum.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5630&view=rev

Modified Paths:
--------------
    branches/1.5/modules/nathelper/nathelper.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 15:39:12 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 13:39:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5632] branches/1.5/ChangeLog
Message-ID: <E1LtMNU-0003ke-Os@c3vjzd1.ch3.sourceforge.com>

Revision: 5632
          http://opensips.svn.sourceforge.net/opensips/?rev=5632&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 13:39:12 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
 changelog update

Modified Paths:
--------------
    branches/1.5/ChangeLog


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 15:42:44 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 13:42:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5633] tags/1.5.1/
Message-ID: <E1LtMQu-0003oP-G4@c3vjzd1.ch3.sourceforge.com>

Revision: 5633
          http://opensips.svn.sourceforge.net/opensips/?rev=5633&view=rev
Author:   bogdan_iancu
Date:     2009-04-13 13:42:44 +0000 (Mon, 13 Apr 2009)

Log Message:
-----------
-tagging minor release 1.5.1

Added Paths:
-----------
    tags/1.5.1/


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 13 16:12:07 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 17:12:07 +0300
Subject: [OpenSIPS-Devel] OpenSIPS 1.5.1 is released
Message-ID: <49E34837.4080102@voice-system.ro>

Hi,


OpenSIPS 1.5.1 (which a minor release of 1.5 branch) is now ready to be 
used. This release contains only bug fixing (additional to 1.5.0) - no 
functionality, scripting or interfacing was changed.

OpenSIPS 1.5.1 contains critical fixed related to MySQL prepared 
statements implementation and it is highly recommended to upgrade, as it 
provides important stability improvements. I would like to thanks to all 
the people who helped in reporting, debugging, fixing and re-testing all 
the issues that were addressed for OpenSIPS 1.5.1.

The full Changelog is available 
http://opensips.org/pub/opensips/1.5.1/src/ChangeLog

OpenSIPS 1.5.1 is now available for download on project web site and SF 
download system:
    http://www.opensips.org/pmwiki.php?n=Resources.Downloads
    https://sourceforge.net/project/showfiles.php?group_id=232389

Regards,
Bogdan




From iulia at opensips.org  Mon Apr 13 18:29:56 2009
From: iulia at opensips.org (Iulia Bublea)
Date: Mon, 13 Apr 2009 19:29:56 +0300
Subject: [OpenSIPS-Devel] OpenSIPS Control Panel 2.0 is now released
Message-ID: <49E36884.1020301@opensips.org>

Hi,


OpenSIPS-CP version 2.0 is a major release of the OpenSIPS Control Panel 
project. The new 2.0 version is compatible with OpenSIPS 1.5.x.

Release 2.0 fixes several bugs, brings polishing for the existing tools 
and rework/cleanup of the DB scheme (definitions and interwork with 
OpenSIPS DB).

Also, version 2.0 brings there new tools:
     * dispatcher - provisioning of the dispatcher lists via DB, cache 
reload via MI
     * nathelper - provisioning of the RTPproxy sets via DB, cache 
inspection and reload (MI), RTPproxy enable/disable (via MI), ping 
enable/disable (MI).
     * permissions - provisioning via DB of the trusted set of addresses.

Another improvement is the extension of the drouting tool by adding 
list-based route handling, giving the freedom of choosing between 
creating your own list of gateways or using a predefined list.

OpenSIPS 2.0 is now available for download on SF download system:
        https://sourceforge.net/project/showfiles.php?group_id=237198 



Regards,
Iulia


From bogdan at voice-system.ro  Mon Apr 13 20:10:38 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Apr 2009 21:10:38 +0300
Subject: [OpenSIPS-Devel] [projects] New adds-on for the OpenSIPS project
Message-ID: <49E3801E.3060203@voice-system.ro>

Hi,

Today, 2 new adds-on were finalized. Both of them tries to simplify and 
make easier the usage of the project:

1) RELATED SOFTWARE

A new page is available under 
http://www.opensips.org/pmwiki.php?n=Resources.RelatedSoftware ; This 
page is intended to keep and find references to various pieces of 
software which are related to OpenSIPS software.
Please contribute to this page - I just made the start of it.



2) APT REPOSITORY

For debian distro, an APT repository is now available under 
http://www.opensips.org/apt/ for downloading and installing the OpenSIPS 
packages for Debian.

# debian unstable
deb http://www.opensips.org/apt/ sid main

# debian stable 4.0
deb http://www.opensips.org/apt/ etch main

Other pacakges will be uploaded as they will be generated (64 bits, 5.0 
version, etc).


Regards,
Bogdan
**


From noreply at sourceforge.net  Tue Apr 14 17:19:15 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Apr 2009 15:19:15 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2762270 ] Other branches should
	not be CANCELed on "nonfinal" failures
Message-ID: <E1LtkPr-0002he-NW@565xhf1.ch3.sourceforge.com>

Bugs item #2762270, was opened at 2009-04-14 17:19
Message generated for change (Tracker Item Submitted) made by thomas_gelf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2762270&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Thomas Gelf (thomas_gelf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Other branches should not be CANCELed on "nonfinal" failures

Initial Comment:
Assume two branches, one of them making use of uac_auth(). As soon as 407 for that branch arrives, the other branch is CANCELed immediately by OpenSIPS. This is IMO not correct, and also RFC3261 states that "requests that are reattempted (see 8.1.3.5 -> 401, 407 etc) should not be considered failures".

Regards,
Thomas Gelf

NB: Yeah, I know this is a tricky one. However, could not resist posting it - as doing so I'm sure it doesn't get lost ;-)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2762270&group_id=232389


From bogdan at voice-system.ro  Wed Apr 15 12:08:51 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 15 Apr 2009 10:08:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5634] trunk
Message-ID: <E1Lu231-00007L-G9@c3vjzd1.ch3.sourceforge.com>

Revision: 5634
          http://opensips.svn.sourceforge.net/opensips/?rev=5634&view=rev
Author:   bogdan_iancu
Date:     2009-04-15 10:08:51 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
- removed the uintptr_t as it is not BSD compliant.

  Reported by Mark R.

Modified Paths:
--------------
    trunk/action.c
    trunk/cfg.y


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr 15 12:12:42 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 15 Apr 2009 10:12:42 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5635] branches/1.5
Message-ID: <E1Lu26k-0000BT-Qi@c3vjzd1.ch3.sourceforge.com>

Revision: 5635
          http://opensips.svn.sourceforge.net/opensips/?rev=5635&view=rev
Author:   bogdan_iancu
Date:     2009-04-15 10:12:42 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5634):
- removed the uintptr_t as it is not BSD compliant.

  Reported by Mark R.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5634&view=rev

Modified Paths:
--------------
    branches/1.5/action.c
    branches/1.5/cfg.y


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr 15 12:23:22 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 15 Apr 2009 10:23:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5636]
	trunk/modules/nathelper/rtpproxy_stream.c
Message-ID: <E1Lu2H4-0000pA-KE@c3vjzd1.ch3.sourceforge.com>

Revision: 5636
          http://opensips.svn.sourceforge.net/opensips/?rev=5636&view=rev
Author:   bogdan_iancu
Date:     2009-04-15 10:23:22 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
- included more hdr files for "struct iovec" - required on openBSD
  
  Reported by Mark R.

Modified Paths:
--------------
    trunk/modules/nathelper/rtpproxy_stream.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr 15 12:29:17 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 15 Apr 2009 10:29:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5637]
 branches/1.5/modules/nathelper/rtpproxy_stream. c
Message-ID: <E1Lu2Mn-0000vU-Ku@c3vjzd1.ch3.sourceforge.com>

Revision: 5637
          http://opensips.svn.sourceforge.net/opensips/?rev=5637&view=rev
Author:   bogdan_iancu
Date:     2009-04-15 10:29:14 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5636):
- included more hdr files for "struct iovec" - required on openBSD
  
  Reported by Mark R.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5636&view=rev

Modified Paths:
--------------
    branches/1.5/modules/nathelper/rtpproxy_stream.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From iulia at opensips.org  Wed Apr 15 16:18:26 2009
From: iulia at opensips.org (Iulia Bublea)
Date: Wed, 15 Apr 2009 14:18:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5638]
	trunk/scripts/osipsconsole
Message-ID: <E1Lu5wY-0007ou-JQ@dn4whf1.ch3.sourceforge.com>

Revision: 5638
          http://opensips.svn.sourceforge.net/opensips/?rev=5638&view=rev
Author:   iulia_bublea
Date:     2009-04-15 14:18:26 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
Bug fixed in osipsconsole. Script works now without the String module. 

Modified Paths:
--------------
    trunk/scripts/osipsconsole


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From iulia at opensips.org  Wed Apr 15 16:21:30 2009
From: iulia at opensips.org (Iulia Bublea)
Date: Wed, 15 Apr 2009 14:21:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5639]
	branches/1.5/scripts/osipsconsole
Message-ID: <E1Lu5zW-0007sg-03@dn4whf1.ch3.sourceforge.com>

Revision: 5639
          http://opensips.svn.sourceforge.net/opensips/?rev=5639&view=rev
Author:   iulia_bublea
Date:     2009-04-15 14:21:29 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
Bug fixed in osipsconsole. Script is working without the String module.

Modified Paths:
--------------
    branches/1.5/scripts/osipsconsole


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From iulia at opensips.org  Wed Apr 15 16:53:20 2009
From: iulia at opensips.org (Iulia Bublea)
Date: Wed, 15 Apr 2009 14:53:20 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5640] trunk/INSTALL
Message-ID: <E1Lu6UK-0008Mq-R0@3kljzd1.ch3.sourceforge.com>

Revision: 5640
          http://opensips.svn.sourceforge.net/opensips/?rev=5640&view=rev
Author:   iulia_bublea
Date:     2009-04-15 14:53:20 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
 - osipsconsole installation info added to INSTALL

Modified Paths:
--------------
    trunk/INSTALL


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From iulia at opensips.org  Wed Apr 15 16:59:30 2009
From: iulia at opensips.org (Iulia Bublea)
Date: Wed, 15 Apr 2009 14:59:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5641] branches/1.5/INSTALL
Message-ID: <E1Lu6aI-0008TW-2z@3kljzd1.ch3.sourceforge.com>

Revision: 5641
          http://opensips.svn.sourceforge.net/opensips/?rev=5641&view=rev
Author:   iulia_bublea
Date:     2009-04-15 14:59:29 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
- osipsconsole installation info added to INSTALL

Modified Paths:
--------------
    branches/1.5/INSTALL


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr 15 18:27:49 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 15 Apr 2009 16:27:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5642]
	trunk/modules/dialplan/dp_repl.c
Message-ID: <E1Lu7xl-0002s6-HL@dn4whf1.ch3.sourceforge.com>

Revision: 5642
          http://opensips.svn.sourceforge.net/opensips/?rev=5642&view=rev
Author:   bogdan_iancu
Date:     2009-04-15 16:27:49 +0000 (Wed, 15 Apr 2009)

Log Message:
-----------
- fixed bug in subst replacement - any pending string after the last token was ignored.
  Reported by Dan-Cristian Bogos.

Modified Paths:
--------------
    trunk/modules/dialplan/dp_repl.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 16 11:23:25 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 16 Apr 2009 09:23:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5643]
	trunk/modules/dialplan/dp_repl.c
Message-ID: <E1LuNob-0007Kr-NK@bj8yhf1.ch3.sourceforge.com>

Revision: 5643
          http://opensips.svn.sourceforge.net/opensips/?rev=5643&view=rev
Author:   bogdan_iancu
Date:     2009-04-16 09:23:25 +0000 (Thu, 16 Apr 2009)

Log Message:
-----------
- fixed compile warning

Modified Paths:
--------------
    trunk/modules/dialplan/dp_repl.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 16 11:24:31 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 16 Apr 2009 09:24:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5644]
	branches/1.4/modules/dialplan/dp_repl.c
Message-ID: <E1LuNpf-0007M6-N3@bj8yhf1.ch3.sourceforge.com>

Revision: 5644
          http://opensips.svn.sourceforge.net/opensips/?rev=5644&view=rev
Author:   bogdan_iancu
Date:     2009-04-16 09:24:31 +0000 (Thu, 16 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5642):
- fixed bug in subst replacement - any pending string after the last token was ignored.
  Reported by Dan-Cristian Bogos.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5642&view=rev

Modified Paths:
--------------
    branches/1.4/modules/dialplan/dp_repl.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 16 11:24:34 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 16 Apr 2009 09:24:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5645]
	branches/1.5/modules/dialplan/dp_repl.c
Message-ID: <E1LuNpi-0007MJ-NB@bj8yhf1.ch3.sourceforge.com>

Revision: 5645
          http://opensips.svn.sourceforge.net/opensips/?rev=5645&view=rev
Author:   bogdan_iancu
Date:     2009-04-16 09:24:34 +0000 (Thu, 16 Apr 2009)

Log Message:
-----------
backport from trunk (rev #5642):
- fixed bug in subst replacement - any pending string after the last token was ignored.
  Reported by Dan-Cristian Bogos.

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=5642&view=rev

Modified Paths:
--------------
    branches/1.5/modules/dialplan/dp_repl.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 20 20:18:15 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Apr 2009 18:18:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5646]
	trunk/modules/cfgutils/shvar.c
Message-ID: <E1Lvy4N-0006wn-2g@dn4whf1.ch3.sourceforge.com>

Revision: 5646
          http://opensips.svn.sourceforge.net/opensips/?rev=5646&view=rev
Author:   bogdan_iancu
Date:     2009-04-20 18:18:14 +0000 (Mon, 20 Apr 2009)

Log Message:
-----------
- fixed bug - do not store the time per message as the processing of a message may take more than one seconds; We want realtime time, not time of the first call per message :P

Modified Paths:
--------------
    trunk/modules/cfgutils/shvar.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Mon Apr 20 20:26:43 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Apr 2009 18:26:43 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5647] trunk
Message-ID: <E1LvyCZ-000762-1Q@dn4whf1.ch3.sourceforge.com>

Revision: 5647
          http://opensips.svn.sourceforge.net/opensips/?rev=5647&view=rev
Author:   bogdan_iancu
Date:     2009-04-20 18:26:42 +0000 (Mon, 20 Apr 2009)

Log Message:
-----------
- bug fixed - time specific pvar returns the current time all the time and not the time of the first call per message. Time caching (per message) is nonsense as processing of a message may take more than a second.

Modified Paths:
--------------
    trunk/pvar.c
    trunk/pvar.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From chris at wima.co.uk  Tue Apr 21 16:23:44 2009
From: chris at wima.co.uk (Chris Maciejewski)
Date: Tue, 21 Apr 2009 15:23:44 +0100
Subject: [OpenSIPS-Devel] Messages out of order?
Message-ID: <cb7e44990904210723qb12fa5r202d93e289b84823@mail.gmail.com>

Hi,

Just noticed that sometimes OpenSIPs forwards SIP packets out of order.

Please see example call flow at:
http://wima.co.uk/sip/2009-04-21_15-01-10-c2c-123_index.html

Packets F11 and F12 from "Click2Call" are forwarded in the wrong order
to "UA1".

Is it a bug? Or maybe it is some problem with my call flow?

Please note: Packets from Click2Call are generated by
"PHP SIP library" I coded myself, so quite likely they are no good.

Any help/suggestions much appreciated.

Regards,

Chris


From admiral_angelo at yahoo.com  Thu Apr 16 08:24:17 2009
From: admiral_angelo at yahoo.com (blackwing01)
Date: Wed, 15 Apr 2009 23:24:17 -0700 (PDT)
Subject: [OpenSIPS-Devel]  opensipsctl add problem
Message-ID: <1239863057728-2642115.post@n2.nabble.com>


Hi I just installed opensips 1.4.4 its now running but when I tried to add user on it I encounter this problem

WARNING: database engine not found - tried 'MYSQL'
ERROR: This command requires a database engine - none was loaded

the code that I run is this:

opensipsctl add 4001 123

What should I do or change to fix this up. I am completely new in OpenSIPS and I think I need Help.

-- 
View this message in context: http://n2.nabble.com/opensipsctl-add-problem-tp2642115p2642115.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.



From bogdan at voice-system.ro  Wed Apr 22 09:01:53 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 10:01:53 +0300
Subject: [OpenSIPS-Devel] Messages out of order?
In-Reply-To: <cb7e44990904210723qb12fa5r202d93e289b84823@mail.gmail.com>
References: <cb7e44990904210723qb12fa5r202d93e289b84823@mail.gmail.com>
Message-ID: <49EEC0E1.2070203@voice-system.ro>

Hi Chris,

Chris Maciejewski wrote:
> Hi,
>
> Just noticed that sometimes OpenSIPs forwards SIP packets out of order.
>
> Please see example call flow at:
> http://wima.co.uk/sip/2009-04-21_15-01-10-c2c-123_index.html
>
> Packets F11 and F12 from "Click2Call" are forwarded in the wrong order
> to "UA1".
>
> Is it a bug?
it is not a bug - packages may change order because:
    1) UDP (there is no guarantee of the order)
    2) processing - as opensips is a parallel processing proxy, some 
packages may be processed slower than others (depending of the nature of 
the request)
>  Or maybe it is some problem with my call flow?
>
> Please note: Packets from Click2Call are generated by
> "PHP SIP library" I coded myself, so quite likely they are no good.
>   
well, the REFER is sent at .0002 secs after the ACK - you should give 
more time to ACK before firing the REFER. This will eliminate the risk 
of order inversion .

Regards,
Bogdan
> Any help/suggestions much appreciated.
>
> Regards,
>
> Chris
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   



From bogdan at voice-system.ro  Wed Apr 22 09:34:54 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 10:34:54 +0300
Subject: [OpenSIPS-Devel] [PATCH] add find_udomain() to usrloc API
In-Reply-To: <20090410210922.GA30896@dev.sgu.ru>
References: <20090409122935.GA12017@dev.sgu.ru>
	<20090409131058.GA18642@dev.sgu.ru>
	<49DF713E.6050402@voice-system.ro>
	<20090410210922.GA30896@dev.sgu.ru>
Message-ID: <49EEC89E.4080302@voice-system.ro>

Hi John,

John Khvatov wrote:
> Hi Bogdan,
>
> On Fri, Apr 10, 2009 at 07:18:06PM +0300, Bogdan-Andrei Iancu wrote:
>   
>> Hi John,
>>
>> why do you need this function to be exported in order to add/remove  
>> contacts from other module?
>>     
>
> I do need to get a pointer to udomain_t structure of existing domain (just as
> in mi_usrloc_add() function at ul_mi.c) before to add/remove contacts.
>
>   
mi_usrloc_add() is an internal function and it uses different mechanism 
to access the data.
>> The registrar module is doing this kind of ops with contacts and it does  
>> not require it.
>>     
>
> The registrar module gets udomain_t pointer using register_udomain(), right?
>   
Correct, this is the proper way for an external module to access the 
usrloc internal data.
> Ok, this way for me as well, thanks. But I'm confused by the fact that usrloc's
> mi functions do not use this way.
>   
yes, because mi functions are internal functions for usrloc module :)
> Btw, mi_find_domain() from ul_mi.c duplicated with find_domain() from
> dlist.c. May be fix it?
>   
yes, more or less they are doing the same. They were duplicated as:
     1) it is a small function
     2) the prototypes are slightly different
     3) they are inline function (not shared via .h file)

Regards,
Bogdan


From chris at wima.co.uk  Wed Apr 22 10:08:55 2009
From: chris at wima.co.uk (Chris Maciejewski)
Date: Wed, 22 Apr 2009 09:08:55 +0100
Subject: [OpenSIPS-Devel] Messages out of order?
In-Reply-To: <49EEC0E1.2070203@voice-system.ro>
References: <cb7e44990904210723qb12fa5r202d93e289b84823@mail.gmail.com>
	<49EEC0E1.2070203@voice-system.ro>
Message-ID: <cb7e44990904220108i18bfeb1j9515b7a35a669698@mail.gmail.com>

Hi Bogdan,

Thanks for your comments.

2009/4/22 Bogdan-Andrei Iancu <bogdan at voice-system.ro>:
> Hi Chris,
>
> Chris Maciejewski wrote:
>>
>> Hi,
>>
>> Just noticed that sometimes OpenSIPs forwards SIP packets out of order.
>>
>> Please see example call flow at:
>> http://wima.co.uk/sip/2009-04-21_15-01-10-c2c-123_index.html
>>
>> Packets F11 and F12 from "Click2Call" are forwarded in the wrong order
>> to "UA1".
>>
>> Is it a bug?
>
> it is not a bug - packages may change order because:
> ? 1) UDP (there is no guarantee of the order)
> ? 2) processing - as opensips is a parallel processing proxy, some packages
> may be processed slower than others (depending of the nature of the request)
>>
>> ?Or maybe it is some problem with my call flow?
>>
>> Please note: Packets from Click2Call are generated by
>> "PHP SIP library" I coded myself, so quite likely they are no good.
>>
>
> well, the REFER is sent at .0002 secs after the ACK - you should give more
> time to ACK before firing the REFER. This will eliminate the risk of order
> inversion .

This is exactly where the problem was. I have added a bit of delay
before sending REFER packet, and everything is working fine now :-)

>
> Regards,
> Bogdan
>>
>> Any help/suggestions much appreciated.
>>
>> Regards,
>>
>> Chris
>>


Best regards,

Chris


From sameer.kasi200x at gmail.com  Wed Apr 22 13:44:56 2009
From: sameer.kasi200x at gmail.com (SAMEER KUMAR)
Date: Wed, 22 Apr 2009 17:14:56 +0530
Subject: [OpenSIPS-Devel] About daemonizing of opensips
Message-ID: <4faa72de0904220444u1b03c75r96ed2a21a5b070ad@mail.gmail.com>

Dear Sir,

While running opensips I am facing a problem, I am using -D option but still
dont_fork variable is not set to 1. The switch case block that reads the
command line arguments sets the dont_fork in main.c to 1 but afterwards
before the if condition (where daemonize() call is made) it is changed to 0.
I have tried lot of debugging statements, I have got the result which I have
attached below:

Please can some one explain me why my opensips is always going to
dont_fork=0 mode, even if i specify -D as command line arg at the time of
starting opensips.

I am trying to add a multithreading capability in main_loop(). for testing
purpose I will pass an arguement 0 or 1 as argv[1], and it will be checked.
If argv[1]==1 it will go into the multithreading part. I guess if I am
creating one thread per port (on which opensips is supposed to listen), I
need not load modules in saperate process, I think I can keep rest of the
funcitonality similar as dont_fork mode and jus add the code to create a
thread per process as per the link list in si startng at udp_listen or
tcp_listen etc.


Kind guidance is invited.
*
[root at fbsd52 opensips-1.4.4-tls]# opensips 0 -l udp:10.1.10.86:5060 -D

 We will not be forking new daemons

After switch the dont_fork is 1

You have selected multithreaded mode

After loading config file the dont_fork is 1

After loading config stream the dont_fork is 1

After yyparse and cfg_error checks dont_fork is 0

After config_check and check_rls checks dont_fork is 0

After print_rl() call dont_fork is 0

After print_rl() call dont_fork is 0

Before initializing the child_no values dont_fork is 0

After initializing the dont_fork is 0

After initializing chil_no n tcp_child_no the dont_fork is 0
Listening on
             udp: 10.1.10.86 [10.1.10.86]:5060
Aliases:
             udp: fbsd52.example.net:5060


 Value of dont_fork jus before the if check: 0

 Unfortunately new daemons are being forked... and you can not help it
[root at fbsd52 opensips-1.4.4-tls]#
*

Regards,
Sameer Kumar
B.Tech, Computer Engineering
Institute of Technology,
Nirma University,
Ahmedabad, Gujarat
email: sameer.kasi200x at gmail.com
         05bce032 at nirmauni.ac.in
Phone: +919375220396
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090422/4040fd80/attachment.htm 

From sameer.kasi200x at gmail.com  Wed Apr 22 14:07:40 2009
From: sameer.kasi200x at gmail.com (SAMEER KUMAR)
Date: Wed, 22 Apr 2009 17:37:40 +0530
Subject: [OpenSIPS-Devel] About daemonizing of opensips
Message-ID: <4faa72de0904220507r3ed2ab63y8f1c9f15de2afc34@mail.gmail.com>

Hi Everyone,

The problem has been resolved. Actually, the defualt cfg file had fork=1 and
hence the yyparse() of that cfg file always reset the dont_fork to 0. Now i
am using a saperate cfg file with fork=0.

But any advice on multithreading part will be appriciated.


Regards,
Sameer Kumar
B.Tech, Computer Engineering
Institute of Technology,
Nirma University,
Ahmedabad, Gujarat
email: sameer.kasi200x at gmail.com
         05bce032 at nirmauni.ac.in
Phone: +919375220396
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090422/54c7925c/attachment.htm 

From bogdan at voice-system.ro  Wed Apr 22 15:43:23 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 13:43:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5648] trunk/modules
Message-ID: <E1LwcjT-0002CC-IJ@c3vjzd1.ch3.sourceforge.com>

Revision: 5648
          http://opensips.svn.sourceforge.net/opensips/?rev=5648&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 13:43:23 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- fixed several compile wornings on BSD
  Many thanks to Mark R for providing access to a BSD machine

Modified Paths:
--------------
    trunk/modules/lcr/lcr_mod.c
    trunk/modules/nat_traversal/nat_traversal.c
    trunk/modules/permissions/address.c
    trunk/modules/ratelimit/ratelimit.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr 22 15:45:11 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 13:45:11 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5649] trunk/Makefile
Message-ID: <E1LwclD-0002Ey-AE@c3vjzd1.ch3.sourceforge.com>

Revision: 5649
          http://opensips.svn.sourceforge.net/opensips/?rev=5649&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 13:45:09 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- removed seas module from default compiling as it uses the dprintf function which is not available on Solaris or BSD

Modified Paths:
--------------
    trunk/Makefile


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr 22 16:30:34 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 14:30:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5650] branches/1.5
Message-ID: <E1LwdT8-00067a-Sd@bj8yhf1.ch3.sourceforge.com>

Revision: 5650
          http://opensips.svn.sourceforge.net/opensips/?rev=5650&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 14:30:34 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
backport from trunk (#5648 + #5649):
- fixed several compile wornings on BSD
  Many thanks to Mark R for providing access to a BSD machine

- removed seas module from default compiling as it uses the dprintf function which is not available on Solaris or BSD

Modified Paths:
--------------
    branches/1.5/Makefile
    branches/1.5/modules/lcr/lcr_mod.c
    branches/1.5/modules/nat_traversal/nat_traversal.c
    branches/1.5/modules/permissions/address.c
    branches/1.5/modules/ratelimit/ratelimit.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Wed Apr 22 17:10:28 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 15:10:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5651] trunk
Message-ID: <E1Lwe5k-0004Lo-Qa@c3vjzd1.ch3.sourceforge.com>

Revision: 5651
          http://opensips.svn.sourceforge.net/opensips/?rev=5651&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 15:10:28 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- get_total_bytes_waiting() accepts proto parameters (to get all bytes per TCP or UDP, etc)
- get_total_bytes_waiting() generates only once the lists of sockets.

Modified Paths:
--------------
    trunk/modules/ratelimit/ratelimit.c
    trunk/modules/snmpstats/alarm_checks.c
    trunk/modules/snmpstats/openserObjects.c
    trunk/socket_info.c
    trunk/socket_info.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Wed Apr 22 17:46:47 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Apr 2009 15:46:47 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2778720 ] Using $dd in with
	accounting does not work.
Message-ID: <E1Lweet-00034D-Ga@665xhf1.ch3.sourceforge.com>

Bugs item #2778720, was opened at 2009-04-22 11:46
Message generated for change (Tracker Item Submitted) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2778720&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Nobody/Anonymous (nobody)
Summary: Using $dd in with accounting does not work.

Initial Comment:
When accounting to a database and using modparam("acc", "db_extra", "dst_domain=$dd") nothing ever gets recorded into the database for dst_domain.

It works if you assign the value of $dd to a variable or an avp in the script and account that instead. I only tested this is accounting to the database, not to the log.
Other pseudo variables seem to work fine for accounting, such as $rU.

Doesn't Work:
modparam("acc", "db_extra", "dst_domain=$dd")

Works:
modparam("acc", "db_extra", "dst_domain=$var(dd)")
$var(dd)=$dd;

This was on version 1.5.1 of opensips.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2778720&group_id=232389


From bogdan at voice-system.ro  Thu Apr 23 00:59:48 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 22:59:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5652] trunk/mem/shm_mem.h
Message-ID: <E1LwlPw-0001BX-Po@c3vjzd1.ch3.sourceforge.com>

Revision: 5652
          http://opensips.svn.sourceforge.net/opensips/?rev=5652&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 22:59:45 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- renamed some macros to make place for PKG mem stats

Modified Paths:
--------------
    trunk/mem/shm_mem.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 23 01:00:45 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 23:00:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5653] trunk/mem
Message-ID: <E1LwlQr-0001Dl-Kg@c3vjzd1.ch3.sourceforge.com>

Revision: 5653
          http://opensips.svn.sourceforge.net/opensips/?rev=5653&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 23:00:45 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- basic support for PKG stats

Modified Paths:
--------------
    trunk/mem/mem.c
    trunk/mem/mem.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 23 01:05:01 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 23:05:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5654] trunk
Message-ID: <E1LwlUz-0001IV-6c@c3vjzd1.ch3.sourceforge.com>

Revision: 5654
          http://opensips.svn.sourceforge.net/opensips/?rev=5654&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 23:05:00 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- the statistic functions can take a parameter (context) -> allows functions for dynamic stat vars

- new statistic classes:
	NET - how many bytes are pending in the socket buffers (UDP/TCP/TLS)
    PKMEM - statistis (per process) about pkg_mem (same info as for shm)

Modified Paths:
--------------
    trunk/core_stats.c
    trunk/core_stats.h
    trunk/main.c
    trunk/statistics.c
    trunk/statistics.h


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 23 01:06:47 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Apr 2009 23:06:47 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5655] trunk/modules/usrloc
Message-ID: <E1LwlWh-0001Kz-UY@c3vjzd1.ch3.sourceforge.com>

Revision: 5655
          http://opensips.svn.sourceforge.net/opensips/?rev=5655&view=rev
Author:   bogdan_iancu
Date:     2009-04-22 23:06:44 +0000 (Wed, 22 Apr 2009)

Log Message:
-----------
- function for building dynamic names for stat vars moved into core
- update to latest stats core changes

Modified Paths:
--------------
    trunk/modules/usrloc/dlist.c
    trunk/modules/usrloc/dlist.h
    trunk/modules/usrloc/udomain.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 23 09:20:00 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 23 Apr 2009 10:20:00 +0300
Subject: [OpenSIPS-Devel] [NEW] NET and PKMEM statistics classes
Message-ID: <49F016A0.70401@voice-system.ro>

Hi,

OpenSIPS 1.6 (trunk) provides 2 more classes of statistic variables. 
These new variables targets to improve the monitoring of the healths and 
load of your opensips system:

1. NET class , to provide information about the network sockets. Available:
    ./opensipsctl fifo get_statistics net:
            net:waiting_udp = 0
            net:waiting_tcp = 0
            net:waiting_tls = 0

   This variables will tell how many bytes are buffered for reading on 
the net sockets - more or less how much data waits to be read by 
opensips from network. This is an idea parameter to look at if you want 
to get a complete picture about the load of your opensips instance.
    NOTE: waiting_tcp & waiting_tls ara available only if the TCP / TLS 
support is compiled in.


2. PKMEM class, to provide information about the private memory of each 
process. Available:
    ./opensipsctl fifo get_statistics pkmem:
            pkmem:0-total_size = 1048576
            pkmem:0-used_size = 78728
            pkmem:0-real_used_size = 101296
            pkmem:0-max_used_size = 105176
            pkmem:0-free_size = 947280
            pkmem:0-fragments = 59
            pkmem:1-total_size = 1048576
            pkmem:1-used_size = 61808
            pkmem:1-real_used_size = 83416
            pkmem:1-max_used_size = 84656
            pkmem:1-free_size = 965160
            pkmem:1-fragments = 24
            pkmem:2-total_size = 1048576
            pkmem:2-used_size = 74856
            pkmem:2-real_used_size = 96960
            pkmem:2-max_used_size = 96960
            pkmem:2-free_size = 951616
            pkmem:2-fragments = 9
            pkmem:3-total_size = 1048576
            pkmem:3-used_size = 130952
            pkmem:3-real_used_size = 153160
            pkmem:3-max_used_size = 153160
            pkmem:3-free_size = 895416
            pkmem:3-fragments = 9

    A set of 
(total_size,used_size,real_used_size,max_used_size,free_size,fragments) 
is published for each process - the variables are prefixed with the 
prefix id, according the the PS MI command:
    ./opensipsctl fifo ps       
        Process::  ID=0 PID=24528 Type=stand-alone SIP receiver 
udp:192.168.2.10:5060
        Process::  ID=1 PID=24529 Type=time_keeper
        Process::  ID=2 PID=24530 Type=timer
        Process::  ID=3 PID=24531 Type=MI FIFO

Regards,
Bogdan





From bogdan at voice-system.ro  Thu Apr 23 09:47:36 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 23 Apr 2009 07:47:36 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5656] trunk/modules/nathelper
Message-ID: <E1Lwtei-0007b3-2c@74yxhf1.ch3.sourceforge.com>

Revision: 5656
          http://opensips.svn.sourceforge.net/opensips/?rev=5656&view=rev
Author:   bogdan_iancu
Date:     2009-04-23 07:47:35 +0000 (Thu, 23 Apr 2009)

Log Message:
-----------
- nh_enable_ping MI command will return the internal natping status if no paramter provided - this is very usefull for opensips-CP nathelper tool integration

Modified Paths:
--------------
    trunk/modules/nathelper/README
    trunk/modules/nathelper/doc/nathelper_admin.xml
    trunk/modules/nathelper/nathelper.c


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From bogdan at voice-system.ro  Thu Apr 23 10:45:53 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 23 Apr 2009 08:45:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[5657]
	trunk/doc/dbschema/bookinfo.xml
Message-ID: <E1LwuZ7-0000cB-GY@74yxhf1.ch3.sourceforge.com>

Revision: 5657
          http://opensips.svn.sourceforge.net/opensips/?rev=5657&view=rev
Author:   bogdan_iancu
Date:     2009-04-23 08:45:53 +0000 (Thu, 23 Apr 2009)

Log Message:
-----------
- do not list authors there as we will end up in listing all the developers...make no sense..(either all, either none)

Modified Paths:
--------------
    trunk/doc/dbschema/bookinfo.xml


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


From noreply at sourceforge.net  Thu Apr 23 15:27:17 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Apr 2009 13:27:17 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2779502 ] ERROR in
	re_init_statement: failed while mysql_stmt_prepare.
Message-ID: <E1LwyxR-0006Nv-Uc@665xhf1.ch3.sourceforge.com>

Bugs item #2779502, was opened at 2009-04-23 13:27
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2779502&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ERROR in re_init_statement: failed while mysql_stmt_prepare.

Initial Comment:
When it happens, every registration gets rejected with 500 server internal error.

Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:re_init_statement: failed while mysql_stmt_prepare: (1243) Unknown prepared statement
handler (4) given to mysql_stmt_close
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:db_mysql_do_prepared_query: failed to re-init statement!
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:usrloc:db_update_ucontact: updating database failed
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:usrloc:wb_timer: updating contact in db failed
Apr 23 04:04:13 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:get_new_stmt_ctx: failed while mysql_stmt_prepare: (2013) Lost connection to MySQL ser
ver during query
[...]
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:db_mysql:re_init_statement: failed while mysql_stmt_prepare: (1243) Unknown prepared statement
handler (1) given to mysql_stmt_close
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:db_mysql:db_mysql_do_prepared_query: failed to re-init statement!
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:siptrace:sip_trace: error storing trace
Apr 23 04:07:09 /usr/local/sbin/opensips[9005]: ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_bind_param() failed: Using unsupported buffer type: 858928432  (parameter: 2)

the later ones seems to be mysql errors, but triggered from the first one. Restarting opensips (1.5.1) solves the problem for a few days.

Thanks a lot!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2779502&group_id=232389


From noreply at sourceforge.net  Thu Apr 23 15:41:55 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Apr 2009 13:41:55 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2779524 ] ERROR in
	re_init_statement: failed while mysql_stmt_prepare.
Message-ID: <E1LwzBb-0007L9-2B@665xhf1.ch3.sourceforge.com>

Bugs item #2779524, was opened at 2009-04-23 13:41
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2779524&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ERROR in re_init_statement: failed while mysql_stmt_prepare.

Initial Comment:
When it happens, every registration gets rejected with 500 server internal error.

Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:re_init_statement: failed while mysql_stmt_prepare: (1243) Unknown prepared statement
handler (4) given to mysql_stmt_close
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:db_mysql_do_prepared_query: failed to re-init statement!
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:usrloc:db_update_ucontact: updating database failed
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:usrloc:wb_timer: updating contact in db failed
Apr 23 04:04:13 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:get_new_stmt_ctx: failed while mysql_stmt_prepare: (2013) Lost connection to MySQL ser
ver during query
[...]
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:db_mysql:re_init_statement: failed while mysql_stmt_prepare: (1243) Unknown prepared statement
handler (1) given to mysql_stmt_close
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:db_mysql:db_mysql_do_prepared_query: failed to re-init statement!
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:siptrace:sip_trace: error storing trace
Apr 23 04:07:09 /usr/local/sbin/opensips[9005]: ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_bind_param() failed: Using unsupported buffer type: 858928432  (parameter: 2)

the later ones seems to be mysql errors, but triggered from the first one. Restarting opensips (1.5.1) solves the problem for a few days.

Thanks a lot!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2779524&group_id=232389


From noreply at sourceforge.net  Thu Apr 23 15:42:28 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Apr 2009 13:42:28 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2779502 ] ERROR in
	re_init_statement: failed while mysql_stmt_prepare.
Message-ID: <E1LwzC8-0003wI-6f@d55xhf1.ch3.sourceforge.com>

Bugs item #2779502, was opened at 2009-04-23 13:27
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2779502&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ERROR in re_init_statement: failed while mysql_stmt_prepare.

Initial Comment:
When it happens, every registration gets rejected with 500 server internal error.

Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:re_init_statement: failed while mysql_stmt_prepare: (1243) Unknown prepared statement
handler (4) given to mysql_stmt_close
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:db_mysql_do_prepared_query: failed to re-init statement!
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:usrloc:db_update_ucontact: updating database failed
Apr 23 04:04:07 /usr/local/sbin/opensips[9042]: ERROR:usrloc:wb_timer: updating contact in db failed
Apr 23 04:04:13 /usr/local/sbin/opensips[9042]: ERROR:db_mysql:get_new_stmt_ctx: failed while mysql_stmt_prepare: (2013) Lost connection to MySQL ser
ver during query
[...]
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:db_mysql:re_init_statement: failed while mysql_stmt_prepare: (1243) Unknown prepared statement
handler (1) given to mysql_stmt_close
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:db_mysql:db_mysql_do_prepared_query: failed to re-init statement!
Apr 23 04:07:08 /usr/local/sbin/opensips[9002]: ERROR:siptrace:sip_trace: error storing trace
Apr 23 04:07:09 /usr/local/sbin/opensips[9005]: ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_bind_param() failed: Using unsupported buffer type: 858928432  (parameter: 2)

the later ones seems to be mysql errors, but triggered from the first one. Restarting opensips (1.5.1) solves the problem for a few days.

Thanks a lot!

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-23 13:42

Message:
sorry for the duplicate, my mistake!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2779502&group_id=232389


From sameer.kasi200x at gmail.com  Thu Apr 23 20:30:48 2009
From: sameer.kasi200x at gmail.com (SAMEER KUMAR)
Date: Fri, 24 Apr 2009 00:00:48 +0530
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] About daemonizing of opensips
In-Reply-To: <4f67656a0904230939j5f54817ewe9b9035512a50200@mail.gmail.com>
References: <4faa72de0904220444u1b03c75r96ed2a21a5b070ad@mail.gmail.com> 
	<4f67656a0904230939j5f54817ewe9b9035512a50200@mail.gmail.com>
Message-ID: <4faa72de0904231130q6b3fcebaq267723adfc3554e4@mail.gmail.com>

Dear,

Try to open *main.c* in opensips source code and you will find a variable
there dont_fork which is set as per the fork=0 or fork=1 in cfg file or as
per the command line arg -D.

It is my mistake that I had forwarded the message meat for the developer
community to the user community. A user not knowing about the source code of
opensips may not have any idea of what I was trying to say. Kindly accept my
aplogy for the same.


Opensips already as forking capability, but I instead want to have threads
for the same things instead of forking a process.

I apologize once again.


Regards,
Sameer Kumar
B.Tech, Computer Engineering
Institute of Technology,
Nirma University,
Ahmedabad, Gujarat
email: sameer.kasi200x at gmail.com
         05bce032 at nirmauni.ac.in
Phone: +919375220396


On Thu, Apr 23, 2009 at 10:09 PM, Brett Nemeroff <brett at nemeroff.com> wrote:

> I'm not entirely sure what you are doing. OpenSIPS already forks properly.
> Try using fork=yes/no instead. I'm not sure what dont_fork is.. but it's
> awfully confusing (dont_fork=no? what?)
>
> -Brett
>
>
> On Wed, Apr 22, 2009 at 6:44 AM, SAMEER KUMAR <sameer.kasi200x at gmail.com>wrote:
>
>> Dear Sir,
>>
>> While running opensips I am facing a problem, I am using -D option but
>> still dont_fork variable is not set to 1. The switch case block that reads
>> the command line arguments sets the dont_fork in main.c to 1 but afterwards
>> before the if condition (where daemonize() call is made) it is changed to 0.
>> I have tried lot of debugging statements, I have got the result which I have
>> attached below:
>>
>> Please can some one explain me why my opensips is always going to
>> dont_fork=0 mode, even if i specify -D as command line arg at the time of
>> starting opensips.
>>
>> I am trying to add a multithreading capability in main_loop(). for testing
>> purpose I will pass an arguement 0 or 1 as argv[1], and it will be checked.
>> If argv[1]==1 it will go into the multithreading part. I guess if I am
>> creating one thread per port (on which opensips is supposed to listen), I
>> need not load modules in saperate process, I think I can keep rest of the
>> funcitonality similar as dont_fork mode and jus add the code to create a
>> thread per process as per the link list in si startng at udp_listen or
>> tcp_listen etc.
>>
>>
>> Kind guidance is invited.
>> *
>> [root at fbsd52 opensips-1.4.4-tls]# opensips 0 -l udp:10.1.10.86:5060 -D
>>
>>  We will not be forking new daemons
>>
>> After switch the dont_fork is 1
>>
>> You have selected multithreaded mode
>>
>> After loading config file the dont_fork is 1
>>
>> After loading config stream the dont_fork is 1
>>
>> After yyparse and cfg_error checks dont_fork is 0
>>
>> After config_check and check_rls checks dont_fork is 0
>>
>> After print_rl() call dont_fork is 0
>>
>> After print_rl() call dont_fork is 0
>>
>> Before initializing the child_no values dont_fork is 0
>>
>> After initializing the dont_fork is 0
>>
>> After initializing chil_no n tcp_child_no the dont_fork is 0
>> Listening on
>>              udp: 10.1.10.86 [10.1.10.86]:5060
>> Aliases:
>>              udp: fbsd52.example.net:5060
>>
>>
>>  Value of dont_fork jus before the if check: 0
>>
>>  Unfortunately new daemons are being forked... and you can not help it
>> [root at fbsd52 opensips-1.4.4-tls]#
>> *
>>
>> Regards,
>> Sameer Kumar
>> B.Tech, Computer Engineering
>> Institute of Technology,
>> Nirma University,
>> Ahmedabad, Gujarat
>> email: sameer.kasi200x at gmail.com
>>          05bce032 at nirmauni.ac.in
>> Phone: +919375220396
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090424/aede2672/attachment.htm 

From noreply at sourceforge.net  Fri Apr 24 17:29:57 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 24 Apr 2009 15:29:57 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2780546 ] sip_trace module doesn't
	log relayed ACK
Message-ID: <E1LxNLh-0006Xq-Er@d45xhf1.ch3.sourceforge.com>

Bugs item #2780546, was opened at 2009-04-24 11:29
Message generated for change (Tracker Item Submitted) made by brettnem
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2780546&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Brett Nemeroff (brettnem)
Assigned to: Nobody/Anonymous (nobody)
Summary: sip_trace module doesn't log relayed ACK

Initial Comment:
Using sip_trace on 1.5.1. Trace is initiated with trace_dialog(). An in-dialog ACK is logged coming into the server, but the stateless relayed ACK is NOT logged.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2780546&group_id=232389


From bogdan at voice-system.ro  Fri Apr 24 17:37:16 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 24 Apr 2009 18:37:16 +0300
Subject: [OpenSIPS-Devel] [Request for Brain[storming]] New types of routes
	in config
Message-ID: <49F1DCAC.4000709@voice-system.ro>

Hi,

Following some discussion on mailing lists and IRC chat, I think there 
is a need to enhance the routing possibilities in the OpenSIPS, in order 
to simplify things and to allow more complex scenarios.

But I would like to boil a bit the ideas here, with all of you (more 
brains are definitely better than one ;))


1. Init Route (new)

A route to be executed at startup only - this will allow the script 
writer to load stuff from DB , to populate memcache-ul, so, to prepare 
the routing process. More or less you can do this first time load even 
now, but you need to check all the time if you already did it or not (if 
not yet loaded, load it now)...


2. Reply Route (change)

Not a new type of route, but to be able to set onreply_route per branch 
- it will simplify a lot of things (complex routing because there is a 
single reply_route block per transaction)


3. Reply Route (change) versus branch_completed Route

The idea is that receiving some reply may be an event that trigger the 
creation of new branches.
Ex (from Thomas Gelf):
       a) do parallel forking to a MOH server and to a GW
       b) MOH sends 183 and start playing media
       c) GW fails and at this point I want to create a new branch (GW 
failover) without affecting the MOH branch (and I cannot use 
failure_route as the transaction still have the MOH branch ongoing)

Changing Reply_route to allow the usage of t_reply() (+family) in this 
route - will allow to create new branches from there - it is the most 
flexible, but a bit tricky as the reply route is not protected to 
retransmissions.

Adding branch_completed Route will be more sane and structured, but more 
limited - a branch can be created only when a another branch is 
completed. For example you cannot create a new branch when you receive 
180 on another branch.


4. Timer based route

There was a request for doing parallel forking, but with asynchronous 
branches (the branches are fires one at each 10 seconds)..The idea will 
be to arm a trigger to execute a route after some period of time (this 
will work only in stateful mode)



Any idea, comments, improvements, etc about this are welcome!

Thanks and regards,
Bogdan



From noreply at sourceforge.net  Fri Apr 24 17:47:34 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 24 Apr 2009 15:47:34 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-2780565 ] Gracefully
	handle misuse of force_rtp_proxy
Message-ID: <E1LxNck-0002si-Mi@g45xhf1.ch3.sourceforge.com>

Feature Requests item #2780565, was opened at 2009-04-24 11:47
Message generated for change (Tracker Item Submitted) made by brettnem
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2780565&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Brett Nemeroff (brettnem)
Assigned to: Nobody/Anonymous (nobody)
Summary: Gracefully handle misuse of force_rtp_proxy

Initial Comment:
Right now, if you call force_rtp_proxy twice on the same message, "weird stuff happens" like the c= address getting mangled. Instead of this behavior either:
1. Ignore the second call to force_rtp_proxy()
2. Output an ERROR to syslog indicating the scripting error
3. Both 1&2

I've seen this question a number of times and it's not obvious that it's a scripting error. Point here is to enable users to find this scripting error and fix it without needing to consult the list.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2780565&group_id=232389


From bogdan at voice-system.ro  Mon Apr 27 18:22:25 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 27 Apr 2009 19:22:25 +0300
Subject: [OpenSIPS-Devel] OpenSIPS at Amoocon (former AsteriskTag)
In-Reply-To: <49A41899.8020401@voice-system.ro>
References: <49A41899.8020401@voice-system.ro>
Message-ID: <49F5DBC1.7050000@voice-system.ro>

Reminder : 1 week to Amoocon :)

Bogdan-Andrei Iancu wrote:
> Hi,
>
> In behalf of OpenSIPS project, I submitted several papers for the 
> Amoocon (Former AsteriskTag) on May 4th - 5th, 2009 - See 
> http://www.amoocon.de/
>
> Covered topics are : Load-balancing (using the new load-balancer module) 
> , Presence (deploy presence) and clustering (OpenSIPS + PBX integration):
>
> (1) Load balancing Workshop:
>      http://www.amoocon.de/talks/8
>
> (2) Delivering Presence to end-users:
>      http://www.amoocon.de/talks/46
>
> (3) OpenSIPS + Yate integration (unified clustering):
>      http://www.amoocon.de/talks/47
>
>
> So, for who ever participate to the Amoocon, feel free to join.
>
> Regards,
> Bogdan
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   



From thomas at gelf.net  Tue Apr 28 12:10:02 2009
From: thomas at gelf.net (Thomas Gelf)
Date: Tue, 28 Apr 2009 12:10:02 +0200
Subject: [OpenSIPS-Devel] [Request for Brain[storming]] New types of
 routes in config
In-Reply-To: <49F1DCAC.4000709@voice-system.ro>
References: <49F1DCAC.4000709@voice-system.ro>
Message-ID: <gt6klr$k2$1@ger.gmane.org>

Hi Bogdan,

here my 2 Euro Cents, following your brainstorm request:


> 1. Init Route (new)

Personally I do not have immmediate need for this feature, but as soon
as I start digging into memcache support it will be really useful. As
it also shouldn't be that hard to implement: please do it!

> 2. Reply Route (change)

I have encountered some issues, for example with uac_replace_from calls
for specific branches - I'm pretty sure such an enhancement would clean
up such scenarios / make them easier to implement.

The following should IMO be possible:

route[] {
    t_on_reply(1);
}

branch_route[] {
    if (whatever) {
        # this will not affect other branches
        t_on_reply(2);
    }
}

If this is how it would work: great, I would really welcome such an
enhancement.


> 3. Reply Route (change) versus branch_completed Route

To summarize my questions / your explainations on IRC:

- branch_completed[] will be triggered when a branch is completed = when
  a final response is received on that branch (reply >=200)
- Calling drop() in branch_completed[] will prevent failure_route from
  being triggered for replies >=400
- When triggering a new branch in branch_completed[], minor branches
  will still remain active and are not going to be CANCELed

This seems very useful and would allow clean routing scripts for complex
scenarios. I would welcome also this addition!


> 4. Timer based route

This ould be a nice feature. It's not something I have immediate need
for - and I guess it could be tricky to implement it, probably with some
side effects... If you want to face the challenge: feel free to do so ;)

My personal favourites are 2. and 3. - 1. should not be that hard, and
if there is enough time and interest for 4.: I'm absolutely not against
it. Can someone provide a concrete example where this could make sense?
And: we would also need individual timeouts for each delayed branch,
correct?

Kind regards,
Thomas Gelf





From bogdan at voice-system.ro  Tue Apr 28 14:56:45 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 28 Apr 2009 15:56:45 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Request for Brain[storming]]
 New types of routes in config
In-Reply-To: <gt6klr$k2$1@ger.gmane.org>
References: <49F1DCAC.4000709@voice-system.ro> <gt6klr$k2$1@ger.gmane.org>
Message-ID: <49F6FD0D.5030206@voice-system.ro>

Hi Thomas,

Thomas Gelf wrote:
> Hi Bogdan,
>
> here my 2 Euro Cents, following your brainstorm request:
>
>
>   
>> 1. Init Route (new)
>>     
>
> Personally I do not have immmediate need for this feature, but as soon
> as I start digging into memcache support it will be really useful. As
> it also shouldn't be that hard to implement: please do it!
>   
yes, it is not hard to do it, and as time as it brings some added value, 
why not :)
>   
>> 2. Reply Route (change)
>>     
>
> I have encountered some issues, for example with uac_replace_from calls
> for specific branches - I'm pretty sure such an enhancement would clean
> up such scenarios / make them easier to implement.
>
> The following should IMO be possible:
>
> route[] {
>     t_on_reply(1);
> }
>
> branch_route[] {
>     if (whatever) {
>         # this will not affect other branches
>         t_on_reply(2);
>     }
> }
>
> If this is how it would work: great, I would really welcome such an
> enhancement.
>   

yes, that's my idea - if you set onreply_route from request_route -> it 
will be used for all branches; but if you set it from Branch_route -> 
only for that branch.

>
>   
>> 3. Reply Route (change) versus branch_completed Route
>>     
>
> To summarize my questions / your explainations on IRC:
>
> - branch_completed[] will be triggered when a branch is completed = when
>   a final response is received on that branch (reply >=200)
> - Calling drop() in branch_completed[] will prevent failure_route from
>   being triggered for replies >=400
> - When triggering a new branch in branch_completed[], minor branches
>   will still remain active and are not going to be CANCELed
>
> This seems very useful and would allow clean routing scripts for complex
> scenarios. I would welcome also this addition!
>   

so you are in favour of branch_complete route, instead of chaginf the 
reply_route to allow new branch creation? Actually, thinking more on 
this, these 2 approaches do not exclude one each other :D
>
>   
>> 4. Timer based route
>>     
>
> This ould be a nice feature. It's not something I have immediate need
> for - and I guess it could be tricky to implement it, probably with some
> side effects... If you want to face the challenge: feel free to do so ;)
>
> My personal favourites are 2. and 3. - 1. should not be that hard, and
> if there is enough time and interest for 4.: I'm absolutely not against
> it. Can someone provide a concrete example where this could make sense?
>   
An example was on the mailing list - asyncron parallel forking (instead 
of firing all branches in the same time, they will fired with some delays).
> And: we would also need individual timeouts for each delayed branch,
> correct?
>   
timeout per branch during parallel forking? interesting.....I guess it 
can be done....

Regards,
Bogdan


From bogdan at voice-system.ro  Tue Apr 28 17:12:35 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 28 Apr 2009 18:12:35 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Request for Brain[storming]]
 New types of routes in config
In-Reply-To: <4f67656a0904280621r104b0e49ta33e287a7698373c@mail.gmail.com>
References: <49F1DCAC.4000709@voice-system.ro>
	<4f67656a0904280621r104b0e49ta33e287a7698373c@mail.gmail.com>
Message-ID: <49F71CE3.3080306@voice-system.ro>

Hi Brett,

Brett Nemeroff wrote:
>
>     1. Init Route (new)
>
>     A route to be executed at startup only - this will allow the script
>     writer to load stuff from DB , to populate memcache-ul, so, to prepare
>     the routing process. More or less you can do this first time load even
>     now, but you need to check all the time if you already did it or
>     not (if
>     not yet loaded, load it now)...
>
>
> I just wanted to say that I'd have a lot of use for this. I've got 
> some scenarios together with memcache and love it. However if/once you 
> allow using an external cache store, this need may disappear.
there multiple tools that may need script init (localcache, shared 
variables, etc). Of course, once we have the implementation for memchace 
support (memchace server), so of the needs may disappear, but there are 
cases where you want to use the localcache only and you need to init it.
>
> I had some other requests. I hope you don't mind me sticking them in here:
> 1. Something else I've mentioned (and I think I stuck on the tracker) 
> is that I think some of the module needs to be able to load arbitrary 
> data while returning rows. This is by far my #1 request. I feel like 
> I'm always playing tricks to do this different ways. 
>
> For example:
> A. Trusted module should allow loading of AVPs based on trusted entry. 
> An example of use for this would be call limit for source IP. Another 
> example would be an "Account Code" Which would be inserted as a header 
> when this source IP is used. So maybe even the option to load multiple 
> values.
>
> B. DB Routing module should set an avp indicating WHICH rule # was 
> used and which Gateway ID # was used. Furthermore both the rule and 
> the gateway should allow setting custom AVPs. An example of this is: I 
> only have 5 channels to 411. Or Gateway Id #100 only has 5 available 
> channels. That's actually really important since today, if Gateway Id 
> #100 only has 5 channels, but gets picked first, I'll have to roll off 
> it every time to find out it's full rather than "smartly" skipping it. 
> I'm sure there are more examples of this.
>
> The basic idea is that every module that "returns" a value should also 
> return some sort of primary key that was used for that value. Then it 
> can be logged into ACC. Displayed on logging "Sending call to Gateway 
> #100"
I see your point and I agree with that - personally I had this need also 
and this is why I added in Drouting module the "attrs" field for the GWs 
definition - see 
http://www.opensips.org/html/docs/modules/devel/drouting.html#id272135.

Of course, the same mechanism can be added to several other modules 
(like permissions as you suggested).

In this area I intend to add support for JSON (json.org) to be able to 
structure more info in a single string value - you have a generic attr 
field that may encode multiple values, keys, etc using json scheme. So, 
the idea will be to add the json transformation to extract from the 
encode string a certain attribute.
>
>
> 2. Native combined CDR format. One row, start, answer, end, duration. 
> Yes, I know, not a B2BUA.. It'll have limitations, and a bit fat 
> disclaimer and I'm sure we'll have "that talk" again. :)
you mean to get directly CDRs, instead of acc events?
>
> 3. New DRouting fifo commands: route lookup, route count, route last 
> reload, route table dump (ek?). Sometimes it's good to know that 
> what's in memory is really what you expected. However, that's not very 
> useful in production.
maybe this can be split between stat vars (for counting rules and GW) 
and MI commands (like triggering a routing request from outside).
>
> 4. Memcache: cache_fetch should return time to expiry for retrieved 
> objects.
Ok
>
> 5. Memcache: full cache purge fifo option (not just 1 object, but 
> everything)
like a command to purge the entire content?
>
> 6. Memcache: partial cache purge (not sure how to do this. Idea is 
> "Purge all accountcodes" or "Purge all account limits" (to force 
> loading new ones)
but how do you suggest to identify the attributes to be purges as they 
have different names? regexp matching ?
>
> 7. Dialog: dlg_list should show profiles dialog belongs to. The dialog 
> table (when db is used) should also show this.
this is something I'm working on - to have persistence across reboot for 
profiles, dialog values and flags.

Best regards,
Bogdan
>
> That's it for now. As always, I appreciate everyone's hard work to 
> make this product what it is. Thank you!
> -Brett
>



From bogdan at voice-system.ro  Tue Apr 28 18:38:16 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 28 Apr 2009 19:38:16 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Request for Brain[storming]]
 New types of routes in config
In-Reply-To: <4f67656a0904280833w4fbb1ebah39526e41889200f4@mail.gmail.com>
References: <49F1DCAC.4000709@voice-system.ro>
	<4f67656a0904280621r104b0e49ta33e287a7698373c@mail.gmail.com>
	<49F71CE3.3080306@voice-system.ro>
	<4f67656a0904280833w4fbb1ebah39526e41889200f4@mail.gmail.com>
Message-ID: <49F730F8.8090208@voice-system.ro>

Brett,

Brett Nemeroff wrote: 
>
>         2. Native combined CDR format. One row, start, answer, end,
>         duration. Yes, I know, not a B2BUA.. It'll have limitations,
>         and a bit fat disclaimer and I'm sure we'll have "that talk"
>         again. :)
>
>     you mean to get directly CDRs, instead of acc events?
>
> Yes, exactly. I've asked this directly on the list, but no one has 
> answered. For me, combining ACC events into real CDR is a pain. it's 
> really the single biggest wrench for the overall architecture. I have 
> to use external scripts that make assumptions about SIP to combine the 
> records. For example, as my rating scripts process the ACC events, it 
> makes assumptions on weather the dialog has been destroyed yet or not 
> to determine if it's time to rate it, or if it's still in progress. I 
> don't know about you, but I'd much rather the SIP Stack track that, 
> rather than duplicate that kind of logic on the rating engine. I feel 
> that with all of the fancy dialog stuff going on, it should be able to 
> easily identify events like start, pdd, ring, stop and gracefully 
> handle events like reinvites. I don't work much on the core, but I bet 
> there is a lot of this logic already in there for other purposes.
have you tried the mysql procedure used by opensips-cp for creating CDR? 
the CP is consuming the ACC data to create CDRs in a different table via 
a mysql procedure that is triggered by cron. So far even with large CDR 
volume, I got good results with this.

But making opensips to directly generate CDRs is complicated as in many 
case you do not have a dialog info, so you never know if a START is 
already there or not (in order to do an UPDATE or INSERT for BYE).
>  
>
>
>
>         3. New DRouting fifo commands: route lookup, route count,
>         route last reload, route table dump (ek?). Sometimes it's good
>         to know that what's in memory is really what you expected.
>         However, that's not very useful in production.
>
>     maybe this can be split between stat vars (for counting rules and
>     GW) and MI commands (like triggering a routing request from outside).
>
> Sounds good to me. :)
>  
>
>         5. Memcache: full cache purge fifo option (not just 1 object,
>         but everything)
>
>     like a command to purge the entire content?
>
> Yeah: 100% destroy all cached objects (ie: I want you to suck up new 
> data from the database). Of course, usage of this command is highly 
> dependent on good scriptwriting. Else you may end up breaking a lot of 
> stuff.
>  
>
>         6. Memcache: partial cache purge (not sure how to do this.
>         Idea is "Purge all accountcodes" or "Purge all account limits"
>         (to force loading new ones)
>
>     but how do you suggest to identify the attributes to be purges as
>     they have different names? regexp matching ?
>
> You know, I'm not sure how this should be done.. regex sounds neat, 
> but could just lead to a bunch of sloppy scripting. I *hate* to borrow 
> ideas from asterisk, but caching families may be a neat idea.. 
> examples of caching families are:
> 1. Account Limits
> 2. Destination Rates
> 3. Account Codes
>
> It would require some tweaking of the caching functions, but I imagine 
> something like:
> cache_store_family("local","account_limits","10000001","24","3600")
> (translation: store to local cache,in the account_limits family, 
> account 10000001 has 24 channels. remember this for 3600 seconds)
>
> Then you can issue a fifo:
> cache_purge_family account_limits
>
> And then all account_limits are all *gone*. but "Account Codes" and 
> "Destination Rates" still remain.
I have nothing against borrowing ideas, as time as they are useful and 
applicable. I found really interesting the idea of "families" or 
"classes" for memcache support  and it shouldn't be too difficult to 
use. We can keep the current format for the functions for a default 
"Generic" class and create a new set of functions to take an extra one 
parameter, the name of the class.

Regards,
Bogdan


From brett at nemeroff.com  Thu Apr 23 18:39:25 2009
From: brett at nemeroff.com (Brett Nemeroff)
Date: Thu, 23 Apr 2009 11:39:25 -0500
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] About daemonizing of opensips
In-Reply-To: <4faa72de0904220444u1b03c75r96ed2a21a5b070ad@mail.gmail.com>
References: <4faa72de0904220444u1b03c75r96ed2a21a5b070ad@mail.gmail.com>
Message-ID: <4f67656a0904230939j5f54817ewe9b9035512a50200@mail.gmail.com>

I'm not entirely sure what you are doing. OpenSIPS already forks properly.
Try using fork=yes/no instead. I'm not sure what dont_fork is.. but it's
awfully confusing (dont_fork=no? what?)

-Brett


On Wed, Apr 22, 2009 at 6:44 AM, SAMEER KUMAR <sameer.kasi200x at gmail.com>wrote:

> Dear Sir,
>
> While running opensips I am facing a problem, I am using -D option but
> still dont_fork variable is not set to 1. The switch case block that reads
> the command line arguments sets the dont_fork in main.c to 1 but afterwards
> before the if condition (where daemonize() call is made) it is changed to 0.
> I have tried lot of debugging statements, I have got the result which I have
> attached below:
>
> Please can some one explain me why my opensips is always going to
> dont_fork=0 mode, even if i specify -D as command line arg at the time of
> starting opensips.
>
> I am trying to add a multithreading capability in main_loop(). for testing
> purpose I will pass an arguement 0 or 1 as argv[1], and it will be checked.
> If argv[1]==1 it will go into the multithreading part. I guess if I am
> creating one thread per port (on which opensips is supposed to listen), I
> need not load modules in saperate process, I think I can keep rest of the
> funcitonality similar as dont_fork mode and jus add the code to create a
> thread per process as per the link list in si startng at udp_listen or
> tcp_listen etc.
>
>
> Kind guidance is invited.
> *
> [root at fbsd52 opensips-1.4.4-tls]# opensips 0 -l udp:10.1.10.86:5060 -D
>
>  We will not be forking new daemons
>
> After switch the dont_fork is 1
>
> You have selected multithreaded mode
>
> After loading config file the dont_fork is 1
>
> After loading config stream the dont_fork is 1
>
> After yyparse and cfg_error checks dont_fork is 0
>
> After config_check and check_rls checks dont_fork is 0
>
> After print_rl() call dont_fork is 0
>
> After print_rl() call dont_fork is 0
>
> Before initializing the child_no values dont_fork is 0
>
> After initializing the dont_fork is 0
>
> After initializing chil_no n tcp_child_no the dont_fork is 0
> Listening on
>              udp: 10.1.10.86 [10.1.10.86]:5060
> Aliases:
>              udp: fbsd52.example.net:5060
>
>
>  Value of dont_fork jus before the if check: 0
>
>  Unfortunately new daemons are being forked... and you can not help it
> [root at fbsd52 opensips-1.4.4-tls]#
> *
>
> Regards,
> Sameer Kumar
> B.Tech, Computer Engineering
> Institute of Technology,
> Nirma University,
> Ahmedabad, Gujarat
> email: sameer.kasi200x at gmail.com
>          05bce032 at nirmauni.ac.in
> Phone: +919375220396
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090423/3ad197a2/attachment-0001.htm 

From brett at nemeroff.com  Tue Apr 28 15:21:07 2009
From: brett at nemeroff.com (Brett Nemeroff)
Date: Tue, 28 Apr 2009 08:21:07 -0500
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Request for Brain[storming]]
	New types of routes in config
In-Reply-To: <49F1DCAC.4000709@voice-system.ro>
References: <49F1DCAC.4000709@voice-system.ro>
Message-ID: <4f67656a0904280621r104b0e49ta33e287a7698373c@mail.gmail.com>

>
> 1. Init Route (new)
>
> A route to be executed at startup only - this will allow the script
> writer to load stuff from DB , to populate memcache-ul, so, to prepare
> the routing process. More or less you can do this first time load even
> now, but you need to check all the time if you already did it or not (if
> not yet loaded, load it now)...
>

I just wanted to say that I'd have a lot of use for this. I've got some
scenarios together with memcache and love it. However if/once you allow
using an external cache store, this need may disappear.

I had some other requests. I hope you don't mind me sticking them in here:
1. Something else I've mentioned (and I think I stuck on the tracker) is
that I think some of the module needs to be able to load arbitrary data
while returning rows. This is by far my #1 request. I feel like I'm always
playing tricks to do this different ways.

For example:
A. Trusted module should allow loading of AVPs based on trusted entry. An
example of use for this would be call limit for source IP. Another example
would be an "Account Code" Which would be inserted as a header when this
source IP is used. So maybe even the option to load multiple values.

B. DB Routing module should set an avp indicating WHICH rule # was used and
which Gateway ID # was used. Furthermore both the rule and the gateway
should allow setting custom AVPs. An example of this is: I only have 5
channels to 411. Or Gateway Id #100 only has 5 available channels. That's
actually really important since today, if Gateway Id #100 only has 5
channels, but gets picked first, I'll have to roll off it every time to find
out it's full rather than "smartly" skipping it. I'm sure there are more
examples of this.

The basic idea is that every module that "returns" a value should also
return some sort of primary key that was used for that value. Then it can be
logged into ACC. Displayed on logging "Sending call to Gateway #100"


2. Native combined CDR format. One row, start, answer, end, duration. Yes, I
know, not a B2BUA.. It'll have limitations, and a bit fat disclaimer and I'm
sure we'll have "that talk" again. :)

3. New DRouting fifo commands: route lookup, route count, route last reload,
route table dump (ek?). Sometimes it's good to know that what's in memory is
really what you expected. However, that's not very useful in production.

4. Memcache: cache_fetch should return time to expiry for retrieved
objects.

5. Memcache: full cache purge fifo option (not just 1 object, but
everything)

6. Memcache: partial cache purge (not sure how to do this. Idea is "Purge
all accountcodes" or "Purge all account limits" (to force loading new ones)

7. Dialog: dlg_list should show profiles dialog belongs to. The dialog table
(when db is used) should also show this.

That's it for now. As always, I appreciate everyone's hard work to make this
product what it is. Thank you!
-Brett
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090428/b513ea40/attachment.htm 

From brett at nemeroff.com  Tue Apr 28 17:33:06 2009
From: brett at nemeroff.com (Brett Nemeroff)
Date: Tue, 28 Apr 2009 10:33:06 -0500
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Request for Brain[storming]]
	New types of routes in config
In-Reply-To: <49F71CE3.3080306@voice-system.ro>
References: <49F1DCAC.4000709@voice-system.ro>
	<4f67656a0904280621r104b0e49ta33e287a7698373c@mail.gmail.com> 
	<49F71CE3.3080306@voice-system.ro>
Message-ID: <4f67656a0904280833w4fbb1ebah39526e41889200f4@mail.gmail.com>

>
> The basic idea is that every module that "returns" a value should also
>> return some sort of primary key that was used for that value. Then it can be
>> logged into ACC. Displayed on logging "Sending call to Gateway #100"
>>
> I see your point and I agree with that - personally I had this need also
> and this is why I added in Drouting module the "attrs" field for the GWs
> definition - see
> http://www.opensips.org/html/docs/modules/devel/drouting.html#id272135.
>
> Of course, the same mechanism can be added to several other modules (like
> permissions as you suggested).
>
> In this area I intend to add support for JSON (json.org) to be able to
> structure more info in a single string value - you have a generic attr field
> that may encode multiple values, keys, etc using json scheme. So, the idea
> will be to add the json transformation to extract from the encode string a
> certain attribute.
>
That's a very interesting idea. That would certainly satisfy many needs. I
like it..I'd like to see something like this many modules. :)


> 2. Native combined CDR format. One row, start, answer, end, duration. Yes,
>> I know, not a B2BUA.. It'll have limitations, and a bit fat disclaimer and
>> I'm sure we'll have "that talk" again. :)
>>
> you mean to get directly CDRs, instead of acc events?
>
Yes, exactly. I've asked this directly on the list, but no one has answered.
For me, combining ACC events into real CDR is a pain. it's really the single
biggest wrench for the overall architecture. I have to use external scripts
that make assumptions about SIP to combine the records. For example, as my
rating scripts process the ACC events, it makes assumptions on weather the
dialog has been destroyed yet or not to determine if it's time to rate it,
or if it's still in progress. I don't know about you, but I'd much rather
the SIP Stack track that, rather than duplicate that kind of logic on the
rating engine. I feel that with all of the fancy dialog stuff going on, it
should be able to easily identify events like start, pdd, ring, stop and
gracefully handle events like reinvites. I don't work much on the core, but
I bet there is a lot of this logic already in there for other purposes.


>
>
>> 3. New DRouting fifo commands: route lookup, route count, route last
>> reload, route table dump (ek?). Sometimes it's good to know that what's in
>> memory is really what you expected. However, that's not very useful in
>> production.
>>
> maybe this can be split between stat vars (for counting rules and GW) and
> MI commands (like triggering a routing request from outside).
>
Sounds good to me. :)


> 5. Memcache: full cache purge fifo option (not just 1 object, but
>> everything)
>>
> like a command to purge the entire content?
>
Yeah: 100% destroy all cached objects (ie: I want you to suck up new data
from the database). Of course, usage of this command is highly dependent on
good scriptwriting. Else you may end up breaking a lot of stuff.


> 6. Memcache: partial cache purge (not sure how to do this. Idea is "Purge
>> all accountcodes" or "Purge all account limits" (to force loading new ones)
>>
> but how do you suggest to identify the attributes to be purges as they have
> different names? regexp matching ?
>
You know, I'm not sure how this should be done.. regex sounds neat, but
could just lead to a bunch of sloppy scripting. I *hate* to borrow ideas
from asterisk, but caching families may be a neat idea.. examples of caching
families are:
1. Account Limits
2. Destination Rates
3. Account Codes

It would require some tweaking of the caching functions, but I imagine
something like:
cache_store_family("local","account_limits","10000001","24","3600")
(translation: store to local cache,in the account_limits family,
account 10000001 has 24 channels. remember this for 3600 seconds)

Then you can issue a fifo:
cache_purge_family account_limits

And then all account_limits are all *gone*. but "Account Codes" and
"Destination Rates" still remain.

Thanks again for everything, your hard work is much appreciated. :)
-Brett
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090428/d8272ba0/attachment.htm 

From brett at nemeroff.com  Tue Apr 28 19:49:53 2009
From: brett at nemeroff.com (Brett Nemeroff)
Date: Tue, 28 Apr 2009 12:49:53 -0500
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Request for Brain[storming]]
	New types of routes in config
In-Reply-To: <49F730F8.8090208@voice-system.ro>
References: <49F1DCAC.4000709@voice-system.ro>
	<4f67656a0904280621r104b0e49ta33e287a7698373c@mail.gmail.com> 
	<49F71CE3.3080306@voice-system.ro>
	<4f67656a0904280833w4fbb1ebah39526e41889200f4@mail.gmail.com> 
	<49F730F8.8090208@voice-system.ro>
Message-ID: <4f67656a0904281049o695d081dq401dd497d98ed04a@mail.gmail.com>

>
>
>>  have you tried the mysql procedure used by opensips-cp for creating CDR?
> the CP is consuming the ACC data to create CDRs in a different table via a
> mysql procedure that is triggered by cron. So far even with large CDR
> volume, I got good results with this.
>
> But making opensips to directly generate CDRs is complicated as in many
> case you do not have a dialog info, so you never know if a START is already
> there or not (in order to do an UPDATE or INSERT for BYE).
>

I haven't looked at the opensips-cp method for doing that.. I'll have to do
that right away. :) Sure, I understand there are issues with doing it
natively, but thought I'd bring it up. I understand architecturally it isn't
the best mechanism.


>
>>  I have nothing against borrowing ideas, as time as they are useful and
> applicable. I found really interesting the idea of "families" or "classes"
> for memcache support  and it shouldn't be too difficult to use. We can keep
> the current format for the functions for a default "Generic" class and
> create a new set of functions to take an extra one parameter, the name of
> the class.

I think the memcache API has a "namespace" param that may be a simple 1:1
drop in for this.Of course, the family should be a string, avp, or pv,
right? :) Hey, should I document this on the feature request tracker?


Thanks!
-Brett
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20090428/2014d134/attachment.htm 

From bogdan at voice-system.ro  Tue Apr 28 20:02:44 2009
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 28 Apr 2009 21:02:44 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Request for Brain[storming]]
 New types of routes in config
In-Reply-To: <4f67656a0904281049o695d081dq401dd497d98ed04a@mail.gmail.com>
References: <49F1DCAC.4000709@voice-system.ro>
	<4f67656a0904280621r104b0e49ta33e287a7698373c@mail.gmail.com>
	<49F71CE3.3080306@voice-system.ro>
	<4f67656a0904280833w4fbb1ebah39526e41889200f4@mail.gmail.com>
	<49F730F8.8090208@voice-system.ro>
	<4f67656a0904281049o695d081dq401dd497d98ed04a@mail.gmail.com>
Message-ID: <49F744C4.3030203@voice-system.ro>

Brett Nemeroff wrote:
>
>
>     have you tried the mysql procedure used by opensips-cp for
>     creating CDR? the CP is consuming the ACC data to create CDRs in a
>     different table via a mysql procedure that is triggered by cron.
>     So far even with large CDR volume, I got good results with this.
>
>     But making opensips to directly generate CDRs is complicated as in
>     many case you do not have a dialog info, so you never know if a
>     START is already there or not (in order to do an UPDATE or INSERT
>     for BYE).
>
>
> I haven't looked at the opensips-cp method for doing that.. I'll have 
> to do that right away. :) Sure, I understand there are issues with 
> doing it natively, but thought I'd bring it up. I understand 
> architecturally it isn't the best mechanism.  
>  
>
>
>     I have nothing against borrowing ideas, as time as they are useful
>     and applicable. I found really interesting the idea of "families"
>     or "classes" for memcache support  and it shouldn't be too
>     difficult to use. We can keep the current format for the functions
>     for a default "Generic" class and create a new set of functions to
>     take an extra one parameter, the name of the class.
>
> I think the memcache API has a "namespace" param that may be a simple 
> 1:1 drop in for this.Of course, the family should be a string, avp, or 
> pv, right? :) Hey, should I document this on the feature request tracker?

Please, do so :)

Regards,
Bogdan



From noreply at sourceforge.net  Tue Apr 28 20:03:10 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 28 Apr 2009 18:03:10 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2713792 ] New method in
	alias_db - alias_db_find
Message-ID: <E1LyreA-0004eN-G0@565xhf1.ch3.sourceforge.com>

Patches item #2713792, was opened at 2009-03-26 09:44
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2713792&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Vladimir Romanov (v-romanov)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: New method in alias_db - alias_db_find

Initial Comment:
I implement new  method in alias_db module ? alias_db_find(?tablename?,?avp?). This method  similar to alias_db_lookup but use avp as instead of message RURI. Also some refactoring to remove repeated code.
I use this this new method in in this case:

if (uri==myself) {
        if (is_method("REGISTER")) {
            sl_send_reply("100", "Trying");
            $avp(s:alias):=$tu;
            if (alias_db_find("dbaliases","$avp(s:alias)")) {
                xlog("L_INFO", "Registration was aliased - $tu -> $avp(s:alias)\n");
            }

            if (!www_authorize("_SIP_DOMAIN", "subscriber")) {
                  www_challenge("_SIP_DOMAIN", "0");
                  return;
            };
            if (!check_to()) {
                 xlog("L_INFO", "Spoofed To-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
                 sl_send_reply("403", "Spoofed To-URI Detected");
                 exit;
            };
            if (!save("location","0","$avp(s:alias)"))  {
                xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
                sl_reply_error();
            }
            exit;
        };



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2713792&group_id=232389


From noreply at sourceforge.net  Tue Apr 28 20:12:51 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 28 Apr 2009 18:12:51 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-2783054 ] add
	class/namespace support in memcache funcs
Message-ID: <E1LyrnX-0000bS-Qk@d45xhf1.ch3.sourceforge.com>

Feature Requests item #2783054, was opened at 2009-04-28 18:12
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2783054&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: add class/namespace support in memcache funcs

Initial Comment:

From noreply at sourceforge.net  Tue Apr 28 20:14:19 2009
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 28 Apr 2009 18:14:19 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-2783054 ] add
	class/namespace support in memcache funcs
Message-ID: <E1Lyrox-0004zU-0o@665xhf1.ch3.sourceforge.com>

Feature Requests item #2783054, was opened at 2009-04-28 14:12
Message generated for change (Comment added) made by brettnem
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2783054&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: add class/namespace support in memcache funcs

Initial Comment:

