Simon, hi,
Simon McVittie wrote:
> When do you expect to be able to upload your patch for Asterisk segfaults
> on startup?
>
> (If a full upload is tricky from where you are, feel free to send your
> patch to this bug and we could take it from there?)
The bugfix is already commited to the team's
Hi,
When do you expect to be able to upload your patch for Asterisk segfaults
on startup?
(If a full upload is tricky from where you are, feel free to send your
patch to this bug and we could take it from there?)
Greetings from the Cambridge BSP,
Simon
signature.asc
Description: Digital sig
tags 507883 = confirmed pending
thanks
Quentin Smith wrote:
> I'm unable to reproduce this bug with an extensions.ael containing:
>
> context blah {
> lars => NoOp(Test);
> 123456 => goto foo|1;
> };
>
> Asterisk reliably starts with no errors. This is on a lenny 2.6.26-1-amd64
Processing commands for cont...@bugs.debian.org:
> tags 507883 = confirmed pending
Bug#507883: asterisk: Very frequent segfaults on startup
Tags were: moreinfo
Tags set to: confirmed, pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
I'm unable to reproduce this bug with an extensions.ael containing:
context blah {
lars => NoOp(Test);
123456 => goto foo|1;
};
starting asterisk with:
asterisk -f -g
Asterisk reliably starts with no errors. This is on a lenny 2.6.26-1-amd64
machine (a VM running inside Xen wi
On Tue, Dec 09, 2008 at 11:29:30PM +0200, Tzafrir Cohen wrote:
> > It doesn't matter if the jump target is actually there. If I replace
> > 'foo|1' by 'blah|foo|1' or just '1' I don't have any problems. If I delete
> > the NoOp line the problem also disappears.
I tried to port the patch, but I fai
On Mon, Dec 08, 2008 at 12:46:48PM +0100, Lars Bensmann wrote:
> On Sun, Dec 07, 2008 at 10:18:13PM +0100, martin f krafft wrote:
> > also sprach Lars Bensmann <[EMAIL PROTECTED]> [2008.12.07.1605 +0100]:
> > Can you reproduce the bug with an equivalent extensions.conf (the
> > other format for the
On Sun, Dec 07, 2008 at 10:18:13PM +0100, martin f krafft wrote:
> also sprach Lars Bensmann <[EMAIL PROTECTED]> [2008.12.07.1605 +0100]:
> Can you reproduce the bug with an equivalent extensions.conf (the
> other format for the dialplans)?
No. I could not.
The following also causes the problem:
also sprach Lars Bensmann <[EMAIL PROTECTED]> [2008.12.07.1605 +0100]:
> The attached extensions.ael in the bugreport also contains dial
> statements before gotos.
Can you reproduce the bug with an equivalent extensions.conf (the
other format for the dialplans)?
--
.''`. martin f. krafft <[EM
I stripped down my extensions.ael:
context blah {
//lars => &std-exten-ael(SIP/lars,123456);
lars => Dial(SIP/lars);
123456 => goto lars|1;
};
The problem seems to be related to the combination of the dial command or
macro and the goto. Either line by itself is fine, but a
On Fri, Dec 05, 2008 at 04:05:41PM +0100, martin f krafft wrote:
> This looks very release-critical to me.
Well, when it's finally started it runs fine. So the package is useable.
But I agree it's not very nice and I just discovered it by accident that
it actually starts given enough time.
> Lar
severity 507883 grave
thanks
This looks very release-critical to me. Lars, can you rule out
hardware problems with the machine?
--
.''`. martin f. krafft <[EMAIL PROTECTED]>
: :' : proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck - http://de
12 matches
Mail list logo
