On 03/31/2011 07:52 PM, Timo Teräs wrote:
Hi all,
I'm running 3.1-branch git head currently under valgrind. And I've seen
several invalid reads and writes (apparently most are off by one).
Hello,
I haven't used Valgrind memcheck tool for Kamailio , but from what I
know it might not be th
On 04/01/2011 10:29 AM, marius zbihlei wrote:
> On 03/31/2011 07:52 PM, Timo Teräs wrote:
>> Hi all,
>>
>> I'm running 3.1-branch git head currently under valgrind. And I've seen
>> several invalid reads and writes (apparently most are off by one).
>>
>
> Hello,
>
> I haven't used Valgrind me
On 04/01/2011 10:38 AM, Timo Teräs wrote:
Hello,
Comments inline.
On 04/01/2011 10:29 AM, marius zbihlei wrote:
On 03/31/2011 07:52 PM, Timo Teräs wrote:
Hi all,
I'm running 3.1-branch git head currently under valgrind. And I've seen
several invalid reads and writes (apparently mo
On Friday 01 April 2011, Timo Teräs wrote:
> [...]
> There are valgrind hooks for memory managers. Should probably add them,
> so it becomes aware of the things. However, those should be only needed
> for memory pools. Ultimately kamailio uses malloc or mmap to allocate
> the memory and valgrind kn
Friends,
After having spent many years working with the Asterisk SIP channel driver,
Kamailio and the SIPv2 protocol, I have finally realized that this is a dead
end. It's getting nowhere and it's way too complicated to set up, run and
support in working code.
After realizing this, I started a
On 04/01/2011 11:54 AM, Olle E.Johansson wrote:
Friends,
After having spent many years working with the Asterisk SIP channel driver,
Kamailio and the SIPv2 protocol, I have finally realized that this is a dead
end. It's getting nowhere and it's way too complicated to set up, run and
support i
Didn't you wanted to call it "SIP-sexy"
On 01.04.2011 10:54, Olle E. Johansson wrote:
Friends,
After having spent many years working with the Asterisk SIP channel driver,
Kamailio and the SIPv2 protocol, I have finally realized that this is a dead
end. It's getting nowhere and it's way too
On 04/01/2011 11:17 AM, marius zbihlei wrote:
> On 04/01/2011 10:38 AM, Timo Teräs wrote:
>> On 04/01/2011 10:29 AM, marius zbihlei wrote:
>>> On 03/31/2011 07:52 PM, Timo Teräs wrote:
>> The first really evil programming mistake I found is at:
>> modules_k/textops/txtvar.c:tr_txt_eval_re()
>>
>> I
i disagree
i liked the idea
i hop they will by true.
my FUCKING ISP did block sip in leyer7 mode then ipv6 is my friend;)
On 01/04/2011 11:51, Klaus Darilion wrote:
Didn't you wanted to call it "SIP-sexy"
On 01.04.2011 10:54, Olle E. Johansson wrote:
Friends,
After having spent many years wo
lol!
On Fri, Apr 1, 2011 at 12:21 PM, Meftah Tayeb wrote:
> i disagree
> i liked the idea
> i hop they will by true.
> my FUCKING ISP did block sip in leyer7 mode then ipv6 is my friend;)
>
> On 01/04/2011 11:51, Klaus Darilion wrote:
>
>> Didn't you wanted to call it "SIP-sexy"
>>
>>
>>
>> On 01
Hello,
you said that the publish is created by the phones in your case, not by
kamailio with pua_dialoginfo, right?
If yes, then one question for Klaus D. in this case ... the body is
build in pua_dialoginfo with the placeholder and presence_dialoginfo
expects that? I had not dug in the code
On 04/01/2011 12:53 PM, Timo Teräs wrote:
On 04/01/2011 11:17 AM, marius zbihlei wrote:
static buffers are not nice solution and can break depending on the call
chain. However, since if it's going to be deep copied anyway, it'll
probably work here. I was not sure about the deep copying part
On 04/01/2011 01:33 PM, marius zbihlei wrote:
> On 04/01/2011 12:53 PM, Timo Teräs wrote:
>> Yes. My argument was that it absolutely does not work in two cases:
>> - the memory allocated for the string is exactly the strings length
>> (you'd be overwriting random places with the string termin
For a second you really had us going.
Good Job
:)
On 4/1/11 4:54 AM, Olle E. Johansson wrote:
Friends,
After having spent many years working with the Asterisk SIP channel driver,
Kamailio and the SIPv2 protocol, I have finally realized that this is a dead
end. It's getting nowhere and it's w
Great News! I'm going to implement SIP-six/SIMPLE over the weekend,
shouldn't be a big deal...
Andreas
On 04/01/2011 10:54 AM, Olle E. Johansson wrote:
> Friends,
>
> After having spent many years working with the Asterisk SIP channel driver,
> Kamailio and the SIPv2 protocol, I have finally re
1 apr 2011 kl. 14.30 skrev Andreas Granig:
> Great News! I'm going to implement SIP-six/SIMPLE over the weekend,
> shouldn't be a big deal...
We actually considered using part of the address space for social security
numbers, so we could include every human being. But some idiots started
speak
Hello.
I’m having a problems using the avpops with the kamailio version 3.1.2
I have the next configuration:
modparam("avpops", "db_url", "mysql://openser:openserrw@localhost/openser")
modparam("avpops", "avp_table", "usr_preferences")
-
route[REQINIT] {
if( !(avp_db_loa
Hey Carsten,
On 31.03.2011 22:40, Carsten Bock wrote:
> from my part of view, that part is quite ready. Some more testing
> would be appreciated though, i only did a few hundred calls from a
> load generator with the code... But i think it should be fairly ready.
> I don't want to merge the whole
Hello,
On 4/1/11 5:21 PM, Ricardo Martinez wrote:
Hello.
I’m having a problems using the avpops with the kamailio version 3.1.2
I have the next configuration:
modparam("avpops", "db_url",
"mysql://openser:openserrw@localhost/openser")
modparam("avpops", "avp_table", "usr_preferences")
--
19 matches
Mail list logo
