Log is on the way via email again.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/819#issuecomment-253534399___
sr-dev mailing list
___
sr-dev mailing list
sr-dev@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
I tried:
stats.clear_statistics all
stats.reset_statistics all
stats.clear_statistics tmx
stats.reset_statistics tmx
But none of those commands worked.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Hi,
Given the presence of a global (e.g. "our") package variable in an
embedded Perl script used through app_perl, is there any implicit thread
safety?
That is to say, can a Perl function invoked by one SIP worker reset the
value of a global while another instance of the function invoked by
To unsubscribe from the mailing list, see the form at the bottom of the
web page:
- http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
The link is at the end of all email sent by the mailing list.
Cheers,
Daniel
On 13/10/16 18:09, Norbert Piper wrote:
>
>
>
>
>
>
Hello,
is it about a global variable defined inside the perl script or you mean
kamailio.cfg variables? The terminology you used might be clear for Perl
guys, but as I am not one, I want to clarify it...
As generic remarks -- kamailio is multi-process application, so each
child is a process, not
I meant a global Perl variable -- one that would persist in a persistent
interpreter. Specifically, a "package variable" of this type:
our %hash = ();
On 10/13/2016 04:26 PM, Daniel-Constantin Mierla wrote:
Hello,
is it about a global variable defined inside the perl script or you mean
Hi,
we do a lot of DNS requests (ENUM, Domain-Lookups, etc.).
It would be quite awesome, if Kamailio would produce a statistic on the average
duration of a DNS-Query.
Thanks,
Carsten
P.S.: It would also be nice, to have similar stats on MySQL-DB-Queries. One
day, if I find time
--
You
Would it be possible to test with master branch? It has more debug messages in
the c code that should help tracking this issue.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Module: kamailio
Branch: master
Commit: eb9d4e0fe99b0b81e9f33106e080112be22b28a5
URL:
https://github.com/kamailio/kamailio/commit/eb9d4e0fe99b0b81e9f33106e080112be22b28a5
Author: Daniel-Constantin Mierla
Committer: Daniel-Constantin Mierla
Date:
This is very likely due to access to a freed (invalid) dialog structure. Was
this one time event or it repeated, can be reproduced?
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
Closed #808.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/808#event-822439052___
sr-dev mailing list
sr-dev@lists.sip-router.org
Was this core generated at the same time with the one from #807 ? Because this
one seems to be unlikely to happen, unless a buffer overflow or access to freed
memory, but not in this part of the code.
--
You are receiving this because you commented.
Reply to this email directly or view it on
> Was this core generated at the same time with the one from #807 ?
Yes
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/808#issuecomment-253506360___
sr-dev
Then I think this is just a side effect, the process being killed by the
parent. The code looks safe there and also the data.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
15 matches
Mail list logo