[asterisk-bugs] [Asterisk 0014355]: Segfault if you transfer a call into a meetme room

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14355 
====================================================================== 
Reported By:                sodom
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   14355
Category:                   Channels/chan_misdn
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.23 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-01-28 08:44 CST
Last Modified:              2009-03-10 11:30 CDT
====================================================================== 
Summary:                    Segfault if you transfer a call into a meetme room
Description: 
Asterisk crashes with a seg fault if you transfer a call (via ISDN
Transfer) into a meetme room. 
Hold/Retrive between PRI-Zaptel and/or other mISDN channels works.

e.g. 
Phone No: 10 connected to port 3
Phone No: 11 connected to port 4
Meetme: Call No: 771 routes into Meetme-Room 9991 (static)

You connect 11 to 10 (success)
-> then press R for hold on 11 (success), 10 gets MOH
-> dial 771 on 11 (success) you get anouncement of MeetMe
-> hang up 11 to transfer 10 to MeetMe -> (crash, seg fault)
====================================================================== 

---------------------------------------------------------------------- 
 (0101473) lmadsen (administrator) - 2009-03-10 11:30
 http://bugs.digium.com/view.php?id=14355#c101473 
---------------------------------------------------------------------- 
I'm assigning this to Tilghman for now to see if there is anything he can
read in the backtrace to determine a fix here. However he may just end up
re-assigning as Tilghman isn't really a chan_misdn specialist. Thanks! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-10 11:30 lmadsen        Note Added: 0101473                          
======================================================================