[asterisk-bugs] [Asterisk 0017000]: [patch] [regression] Segfault when hanging up phone after launching app_confbridge on Solaris 10 x86

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17000 
====================================================================== 
Reported By:                rmcgilvr
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   17000
Category:                   Applications/app_confbridge
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     ready for testing
Target Version:             1.6.2.9
Asterisk Version:           Older 1.6.2 - please test a newer version 
JIRA:                       SWP-1059 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-03-09 14:42 CST
Last Modified:              2010-05-26 16:11 CDT
====================================================================== 
Summary:                    [patch] [regression] Segfault when hanging up phone
after launching app_confbridge on Solaris 10 x86
Description: 
Dead air when dialing into an app_confbridge extension. CLI output reports
playing the "conf-placeintoconf" file but you don't hear the audio. Upon
hanging up the phone Asterisk segfaults *everytime*.

*CLI>     -- Executing [3505 at default:1]
Goto("SIP/us.sip.globeop.com-00000000", "gocfb-main,s,1") in new stack
    -- Goto (gocfb-main,s,1)
    -- Executing [s at gocfb-main:1]
Answer("SIP/us.sip.globeop.com-00000000", "") in new stack
    -- Executing [s at gocfb-main:2] NoOp("SIP/us.sip.globeop.com-00000000",
""Call was answered\n"") in new stack
    -- Executing [s at gocfb-main:3]
ConfBridge("SIP/us.sip.globeop.com-00000000", "1000,aAcM,614084") in new
stack
    -- <Bridge/8555ed0-input> Playing 'conf-placeintoconf.slin16'
(language 'en')
Segmentation Fault (core dumped)


Dialplan is basic. 

context default {

        3505 => {
                goto gocfb-main|s|1;
        }
}

context gocfb-main {

        s => {

                Answer();
                NoOp("Call was answered\n");
                ConfBridge(1000,aAcM,614084);
        }
}


====================================================================== 

---------------------------------------------------------------------- 
 (0122528) svnbot (reporter) - 2010-05-26 16:11
 https://issues.asterisk.org/view.php?id=17000#c122528 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 266142

U   branches/1.4/main/asterisk.c
U   branches/1.4/main/logger.c

------------------------------------------------------------------------
r266142 | tilghman | 2010-05-26 16:11:43 -0500 (Wed, 26 May 2010) | 14
lines

Use sigaction for signals which should persist past the initial trigger,
not signal.

If you call signal() in a Solaris signal handler, instead of just
resetting
the signal handler, it causes the signal to refire, because the signal is
not
marked as handled prior to the signal handler being called.  This
effectively
causes Solaris to immediately exceed the threadstack in recursive signal
handlers and crash.

(closes issue https://issues.asterisk.org/view.php?id=17000)
 Reported by: rmcgilvr
 Patches: 
       20100526__issue17000.diff.txt uploaded by tilghman (license 14)
 Tested by: rmcgilvr

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=266142 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-05-26 16:11 svnbot         Checkin                                      
2010-05-26 16:11 svnbot         Note Added: 0122528                          
======================================================================