[asterisk-bugs] [JIRA] (ASTERISK-25464) Segfault with T.38 protocol and ReceiveFax Application
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Wed Oct 14 18:03:32 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-25464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton updated ASTERISK-25464:
------------------------------------
Assignee: Peter Pfannenschmid
Status: Waiting for Feedback (was: Triage)
Please note that res_fax_spandsp is extended support so response time will reflect that while we are consumed with core supported modules.
I've had a developer look over it quickly to assist with triage.
Please provide the following:
* a debug log captured right up until the crash.[1]
* a new backtrace that correlates with the log
* the new backtrace should be captured with DONT_OPTIMIZE and BETTER_BACKTRACES compiled.
* compile libspandsp with debug symbols as we are missing some information on the last frame.
* If the crash looks identical please print f and p from frame #2
[1]: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information
> Segfault with T.38 protocol and ReceiveFax Application
> ------------------------------------------------------
>
> Key: ASTERISK-25464
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-25464
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_fax_spandsp
> Affects Versions: 13.5.0
> Environment: Debian Wheezy x64 stock distribution (kernel 3.2.0) with following exceptions (all compiled myself, no patches or alterations): Asterisk 13.5.0, PJSIP 2.4.5, SpanDSP 0.0.6
> Reporter: Peter Pfannenschmid
> Assignee: Peter Pfannenschmid
> Severity: Critical
> Attachments: gdb.txt
>
>
> Sending a fax from a T.38 capable endpoint to an extension which just should do ReceiveFax (i.e. store the fax on HDD for testing purposes); segfault occurs even before the tiff file is created.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list