[asterisk-bugs] [Asterisk 0017564]: [patch] Asterisk "locks up" the system when an external process is called from the 'h' extension with a lower priority than Aste
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Jun 30 13:14:23 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17564
======================================================================
Reported By: ramonpeek
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17564
Category: Resources/General
Reproducibility: always
Severity: minor
Priority: normal
Status: ready for testing
Asterisk Version: 1.4.33
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-06-29 05:47 CDT
Last Modified: 2010-06-30 13:14 CDT
======================================================================
Summary: [patch] Asterisk "locks up" the system when an
external process is called from the 'h' extension with a lower priority than
Aste
Description:
We noticed that Asterisk "locks up" the system when an external process is
called from the 'h' extension with a lower priority than Asterisk.
This issue is a follow up on issue:
https://issues.asterisk.org/view.php?id=16349
See Additional Information Field for more info....
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0010342 On Mac OS X PowerPC, Asterisk 1.4.x sto...
======================================================================
----------------------------------------------------------------------
(0124108) mmichelson (administrator) - 2010-06-30 13:14
https://issues.asterisk.org/view.php?id=17564#c124108
----------------------------------------------------------------------
I'd say the 10ms sleep for the if (!x) case would probably do the trick. It
may even work with a smaller sleep time.
It may also be worth investigating the idea of not adding channels to
autoservice if their _softhangup flag is set when calling
ast_autoservice_start(). The sleep would still be needed for cases where
the _softhangup gets set after autoservice is started, though.
Issue History
Date Modified Username Field Change
======================================================================
2010-06-30 13:14 mmichelson Note Added: 0124108
======================================================================
More information about the asterisk-bugs
mailing list