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

[Rusty Newton (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-24299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton closed ASTERISK-24299.
-----------------------------------

    Resolution: Suspended

> 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
>          Components: Core/General
>    Affects Versions: 1.8.21.0
>         Environment: CentOS 64bit
>            Reporter: Conrad de Wet
>            Assignee: Matt Jordan
>         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)