[asterisk-bugs] [Asterisk 0017037]: [patch] internal_ao2_ref fails to check if null returned from INTERNAL_OBJ
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Apr 27 15:43:00 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17037
======================================================================
Reported By: alecdavis
Assigned To: tilghman
======================================================================
Project: Asterisk
Issue ID: 17037
Category: Core/General
Reproducibility: random
Severity: crash
Priority: normal
Status: ready for testing
Target Version: 1.6.2.8
Asterisk Version: SVN
JIRA: SWP-1094
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 252241
Request Review:
======================================================================
Date Submitted: 2010-03-16 05:32 CDT
Last Modified: 2010-04-27 15:42 CDT
======================================================================
Summary: [patch] internal_ao2_ref fails to check if null
returned from INTERNAL_OBJ
Description:
== Spawn extension (phones, 10015, 2) exited non-zero on
'Local/10015 at phones-f860;2'
[Mar 16 23:14:00] ERROR[30417]: astobj2.c:116 INTERNAL_OBJ: bad magic
number 0x0 for 0x85dc240
Bad magic number typically would trigger a segfault.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
duplicate of 0017059 What causes 'Bad Magic Number'? As imme...
related to 0016800 astobj2.c:279
======================================================================
----------------------------------------------------------------------
(0121031) tilghman (administrator) - 2010-04-27 15:42
https://issues.asterisk.org/view.php?id=17037#c121031
----------------------------------------------------------------------
I think I've found the actual cause. When we masquerade, it appears that
we weren't saving a reference to the original channel, so when we attempted
to unlink it from the channels list, it was effectively disappearing while
we worked on it.
Patch uploaded to fix this oversight (trunk only).
Issue History
Date Modified Username Field Change
======================================================================
2010-04-27 15:42 tilghman Note Added: 0121031
======================================================================
More information about the asterisk-bugs
mailing list