Hi Daniel,
Please let me know if you are aware about any fix on this issue.
Thanks
Jijo
On Tue, May 15, 2012 at 6:55 PM, Jijo <realjijo(a)gmail.com> wrote:
> Hi,
>
> I'm seeing similar issue in 3.1.0.. How did we fix it?
>
> The back trace from my test is,
>
> #2 0x0819c66c in qm_free (qm=0x7861c000, p=0x798fa2b0, file=0xb6f0b140
> "tls: tls_init.c", func=0xb6f0bce0 "ser_free", line=296) at
> mem/q_malloc.c:462
>
> *#3 0xb6eec404 in ser_free (ptr=0x798fa2b0) at tls_init.c:296*
>
> *#4 0xb72339ba in CRYPTO_free () from /lib/libcrypto.so.1.0.0*
>
> #5 0xb72a7f64 in ?? () from /lib/libcrypto.so.1.0.0
>
> #6 0xb72a813e in ERR_get_error () from /lib/libcrypto.so.1.0.0
>
> #7 0xb6f0483e in tls_read_f (c=0x797fedb4, flags=0xbfe236d4) at
> tls_server.c:1187
>
> #8 0x08171e6e in tcp_read_headers (c=0x797fedb4, read_flags=0xbfe236d4)
> at tcp_read.c:406
>
>
> I appreciate if we could point the reason the for the double free.
>
> Thanks
> Jijo
>
> On Wed, Dec 21, 2011 at 3:13 PM, Kristian Kielhofner <kris(a)kriskinc.com>wrote:
>
>> On Wed, Dec 21, 2011 at 2:56 PM, Daniel-Constantin Mierla
>> <miconda(a)gmail.com> wrote:
>> >
>> > it has to be at least the message printed by:
>> >
>> > LOG(L_CRIT, "BUG: qm_free: freeing already freed pointer,"
>> > " first free: %s: %s(%ld) - aborting\n",
>> > f->file, f->func, f->line);
>> >
>> > Can you grep for it in logs?
>> >
>> > The abort in frame #1 of bracktrace is triggered on purpose, at
>> > mem/q_malloc.c line 458
>> >
>> > Cheers,
>> > Daniel
>> >
>> > --
>> > Daniel-Constantin Mierla -- http://www.asipto.com
>> > http://linkedin.com/in/miconda -- http://twitter.com/miconda
>> >
>>
>> Hi Daniel,
>>
>> I'm very sorry for missing this the first time around. There are
>> over 3GB of logs on this machine already (it's only been up for one
>> day).
>>
>> I've attached the output of grep -i bug kamailio.log | gzip -c >
>> kamailio-bug.log.gz
>>
>> Thanks again!
>>
>> --
>> Kristian Kielhofner
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#227 - bug in s.replace?
User who did this - Jasmin Schnatterbeck (jasmin)
----------
thanks for your message.
I am using 3.2.3 (stable) and was not able to find the commits you mentioned in the 3.2 branch.
If that is the cause for such problems with pv transformations, I would suggest to cherry pick those commits for 3.2:
the pv transformation doc for 3.2 https://www.kamailio.org/wiki/cookbooks/3.2.x/transformations
states "Many transformations can be applied in the same time to a PV."
So IMHO one would expect, that this works correctly...?
Jasmin
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=227#comment645
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Module: sip-router
Branch: master
Commit: 7e6b743ceb4f6ec88b0d79389fd8f36b23ae63eb
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=7e6b743…
Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date: Wed May 16 18:23:08 2012 +0200
RLS modules compiles on Debian
---
pkg/kamailio/deb/debian/rules | 2 +-
pkg/kamailio/deb/lucid/rules | 2 +-
pkg/kamailio/deb/squeeze/rules | 2 +-
pkg/kamailio/deb/wheezy/rules | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/pkg/kamailio/deb/debian/rules b/pkg/kamailio/deb/debian/rules
index 12140c4..85c4a81 100755
--- a/pkg/kamailio/deb/debian/rules
+++ b/pkg/kamailio/deb/debian/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES=
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP
diff --git a/pkg/kamailio/deb/lucid/rules b/pkg/kamailio/deb/lucid/rules
index d1ac0c7..9cca2b3 100755
--- a/pkg/kamailio/deb/lucid/rules
+++ b/pkg/kamailio/deb/lucid/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES=
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP
diff --git a/pkg/kamailio/deb/squeeze/rules b/pkg/kamailio/deb/squeeze/rules
index ae4f3dd..bf53a51 100755
--- a/pkg/kamailio/deb/squeeze/rules
+++ b/pkg/kamailio/deb/squeeze/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES= purple
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP
diff --git a/pkg/kamailio/deb/wheezy/rules b/pkg/kamailio/deb/wheezy/rules
index 3af494a..723e344 100755
--- a/pkg/kamailio/deb/wheezy/rules
+++ b/pkg/kamailio/deb/wheezy/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES=
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy mi_xmlrpc purple
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy mi_xmlrpc purple
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#229 - ACK not in transaction when t_relay or t_check_trans
User who did this - Pawel Sternal (Sternik)
----------
Ok. We found that ACK not enter in this statement:
if (unlikely(has_tran_tmcbs(p_cell, TMCB_E2EACK_IN|TMCB_E2EACK_RETR_IN) || (p_cell->relayed_reply_branch==-2))) {
In my scenario "p_cell->relayed_reply_branch" is equal to 0. But I think is not the problem. Maybe is something wrong in this ACK packet whene function "has_tran_tmcbs(p_cell, TMCB_E2EACK_IN|TMCB_E2EACK_RETR_IN)" was called... don't know.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=229#comment644
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.