<br>interesting. i didn't realize the problem seems to specifically be the sound playback via the manager interface.<br><br>a couple weeks ago, my asterisk on my dev box crashed, i did some preliminary investigation, but since we hadn't had any problems in production or qa, i chalked it up to me messing up my dev install somehow.
<br><br>anyway, here's the backtrace of the core:<br><br>(gdb) bt<br>#0 0x00df71bb in ?? () from /lib/libgcc_s.so.1<br>#1 0x080625ad in ast_deactivate_generator (chan=0x815fb40) at channel.c:1382<br>#2 0x0806d77a in ast_openstream_full (chan=0x815fb40, filename=0x815dcec
<br>"tones-exit", preflang=0x0, asis=0) at file.c:494<br>#3 0x0806d835 in ast_openstream (chan=0x71bfb8a6, filename=0x71bfb8a6 <Address<br>0x71bfb8a6 out of bounds>, preflang=0x71bfb8a6 <Address 0x71bfb8a6 out of
<br>bounds>) at file.c:467<br>#4 0xb7e8899b in conference_play_sound (fd=12, argc=14643636, argv=0xdfdc5c)<br>at cli.c:225<br>#5 0x0809786b in ast_cli_command (fd=12, s=0x71bfb8a6 <Address 0x71bfb8a6 out<br>of bounds>) at
cli.c:1364<br>#6 0x080b2f8a in action_command (s=0x815c448, m=0xb7b97420) at manager.c:927<br>#7 0x080b7b81 in process_message (s=0x815c448, m=0xb7b97420) at manager.c:1305<br>#8 0x080b83cf in session_do (data=0x815c448) at
manager.c:1401<br>#9 0x00b44341 in start_thread () from /lib/tls/libpthread.so.0<br>#10 0x009096fe in clone () from /lib/tls/libc.so.6<br><br>the interesting lines to me are #4 and #5:<br><br>#4 0xb7e8899b in conference_play_sound (fd=12, argc=14643636, argv=0xdfdc5c)
<br>
at cli.c:225<br>
<br>#5 0x0809786b in ast_cli_command (fd=12, s=0x71bfb8a6 <Address 0x71bfb8a6 out<br>
of bounds>) at cli.c:1364<br>
<br>line 4 becauset the argc passed into conference_play_sound() is so large, and line 5 because there seems to be an out--of-bounds problem in the asterisk code ( i.e. before the app_conference code is called ).<br><br>
based on what you said in your last post, i'm going to look at this more.<br><br>if you have any thoughts on my backtrace/analysis, let me know.<br><br>j-<br><br><br><div><span class="gmail_quote">On 7/12/06, <b class="gmail_sendername">
Matt Florell</b> <<a href="mailto:astmattf@gmail.com">astmattf@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The issues with the double-free crashes that we've had all seem to be<br>caused by playing of audio files(like the entry/exit sounds or the<br>DTMF broadcast). But these functions use the app_conference code that<br>was already existing to play audio files from manager API commands so
<br>the issue was there it just wasn't as tested because not many people<br>use the manager command a lot to play audio in conferences.<br></blockquote></div><br>