[asterisk-bugs] [Asterisk 0014858]: Regular segfault with chan_unistim
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Apr 21 04:08:31 CDT 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=14858
======================================================================
Reported By: barryf
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 14858
Category: Channels/chan_unistim
Reproducibility: random
Severity: crash
Priority: normal
Status: new
Asterisk Version: 1.6.0.7
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-04-08 07:44 CDT
Last Modified: 2009-04-21 04:08 CDT
======================================================================
Summary: Regular segfault with chan_unistim
Description:
Running Asterisk 1.6.0.8 on Ubuntu 8.10 Server. This same crash also
happens on 1.2.26 and 1.4.2x with the chan_unistim drivers. We have approx.
40 unistim handsets, in a callcenter environment. At least once a day,
Asterisk segfaults with the same gdb output.
It appears to happen during attended transfers, using the res_features
atxfer.
gdb output below.
======================================================================
----------------------------------------------------------------------
(0103517) barryf (reporter) - 2009-04-21 04:08
http://bugs.digium.com/view.php?id=14858#c103517
----------------------------------------------------------------------
Bump.
Does anyone know where I should be looking for a cause for this consistent
crash?
It appears that a null channel is being returned for some reason
(chan=0x0):
http://bugs.digium.com/view.php?id=3 0x0808f698 in __ast_queue_frame (chan=0x0,
fin=0xb6a85f24, head=0) at
channel.c:972
What could cause this? chan_unistim always seems to be involved when the
crasdh occurs, but it looks like the error is in Asterisk core...
Any help much appreciated.
-Barry
Issue History
Date Modified Username Field Change
======================================================================
2009-04-21 04:08 barryf Note Added: 0103517
======================================================================
More information about the asterisk-bugs
mailing list