[asterisk-bugs] [JIRA] (ASTERISK-24299) Segmentation fault on ast_stopstream

[Conrad de Wet (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=222554#comment-222554 ] 

Conrad de Wet edited comment on ASTERISK-24299 at 9/5/14 4:21 AM:
------------------------------------------------------------------

This is the > bt and > bt full.
I know its not built with out optimization, but none of the servers are - and its unlikely that we will.


was (Author: conrad):
This the backtrace and backtrace full.
I know its not built with out optimization, but none of the servers are - and its unlikely that we will.

> Segmentation fault on ast_stopstream
> ------------------------------------
>
>                 Key: ASTERISK-24299
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24299
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 1.8.21.0
>         Environment: CentOS 64bit
>            Reporter: Conrad de Wet
>         Attachments: fault.txt
>
>
> Program terminated with signal 11, Segmentation fault.
> From the backtrace it appears to be the queue or something to do with reading streaming a music on hold file.
> I know the backtrace has a lot of <value optimized out>, but the issue may be related to the slightly unique way i'm handling music on hold files. Maybe there is a better way considering my technique. 
> The music on hold files are stored on a windows share folder, and i have mapped the /var/lib/asterisk/moh folder to that share folder. Its a great solution, because we have multiple Asterisk boxes and each map to the same share - so we just manage one folder and its much easier!
> This is the first time is segfault-ed because of this arrangement (in about 6 months of constant use).
> The only other issue we have is that phones that are set to use the GSM codec report this:
> WARNING[28926]: format_wav_gsm.c:133 check_header: Unexpected header size 16
> WARNING[28926]: file.c:391 fn_wrapper: Unable to open format wav49
> when playing back wav files. (This happens every time it plays back a wav file)
> The issues are likely to be related.



--
This message was sent by Atlassian JIRA
(v6.2#6252)