[asterisk-bugs] [Asterisk 0017297]: [patch] [regression] 1.6.2.7 hangs during initial module load on Darwin
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon May 10 06:34:32 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17297
======================================================================
Reported By: jcovert
Assigned To: tilghman
======================================================================
Project: Asterisk
Issue ID: 17297
Category: Core/Portability
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.6.2.7
JIRA: SWP-1421
Regression: Yes
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-05-06 11:48 CDT
Last Modified: 2010-05-10 06:34 CDT
======================================================================
Summary: [patch] [regression] 1.6.2.7 hangs during initial
module load on Darwin
Description:
1.6.2.7 hangs in the loader when loading the first module. It doesn't
matter whether a module is specified as pre-load or not; whatever module is
loaded first deadlocks.
I have isolated this to the call to AST_LIST_LOCK(&module_list) which
occurs in routine ast_module_register, called back from the module itself
during the call to dlopen in routine load_dynamic_module.
1.6.2.6 does not exhibit this problem.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0017302 [patch] Eliminate compiler warning in a...
======================================================================
----------------------------------------------------------------------
(0121627) jcovert (reporter) - 2010-05-10 06:34
https://issues.asterisk.org/view.php?id=17297#c121627
----------------------------------------------------------------------
Actually, I won't be reporting the problem with ast_safe_system status
reporting. In 1.6.2.6, in app_voicemail, soxstatus was being set < 0, even
thought the command had succeeded. This has been fixed in 1.6.2.8.rc1.
Issue History
Date Modified Username Field Change
======================================================================
2010-05-10 06:34 jcovert Note Added: 0121627
======================================================================
More information about the asterisk-bugs
mailing list