[asterisk-bugs] [Asterisk 0013050]: Memory segmentation fault on T.38 pass through

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13050 
====================================================================== 
Reported By:                schern
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13050
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.21 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             07-10-2008 08:17 CDT
Last Modified:              07-10-2008 18:39 CDT
====================================================================== 
Summary:                    Memory segmentation fault on T.38 pass through
Description: 
I tried to use the chan_sip with T.38 pass through. An Fax is coming via
T.38 from
the Carrier an should go to a Linksys SPA2102 (T.38 enabled).
Short after starting UDPL traffic I got a segmentation fault.
The crash is 100% reproducible.
Outbound T.38 is no problem at all.
====================================================================== 

---------------------------------------------------------------------- 
 schern - 07-10-08 18:39  
---------------------------------------------------------------------- 
Clean rebuild with the following Compiler Flags:
    DEBUG_THREADS
    DONT_OPTIMIZE

See: gdb.t38-crash.DONT_OPTIMIZE.2.log

No more <value optimized out> are inside the backtrace log.

Regrads
    Bastian 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-10-08 18:39  schern         Note Added: 0090058                          
======================================================================