| Summary: | ASTERISK-15701: crash in musiconhold | ||
| Reporter: | Mark Murawski (kobaz) | Labels: | |
| Date Opened: | 2010-02-26 09:39:36.000-0600 | Date Closed: | 2011-06-07 14:01:01 |
| Priority: | Critical | Regression? | No |
| Status: | Closed/Complete | Components: | Resources/res_musiconhold |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ( 0) bt-full | |
| Description: | I recently upgraded to 1.6.0.22, and got a crash when someone went on hold. #0 0xb6c2fb65 in moh_class_destructor (obj=0xb6bcdf70) at res_musiconhold.c:1398 #1 0x08097336 in ast_read_generator_actions (chan=0x0, f=0xb6b1920c) at channel.c:2516 #2 0x08097e17 in __ast_read (chan=0xb6bcdf70, dropaudio=0) at channel.c:3003 #3 0x0809a282 in ast_read (c0=0xb6bcdf70, c1=0x825b628, config=0xb5832d0c, fo=0xb5831f68, rc=0xb5831f64) at channel.c:3050 #4 ast_generic_bridge (c0=0xb6bcdf70, c1=0x825b628, config=0xb5832d0c, fo=0xb5831f68, rc=0xb5831f64) at channel.c:4839 ASTERISK-1 ast_channel_bridge (c0=0xb6bcdf70, c1=0x825b628, config=0xb5832d0c, fo=0xb5831f68, rc=0xb5831f64) at channel.c:5210 ASTERISK-2 0x080ba89f in ast_bridge_call (chan=0xb6bcdf70, peer=0x825b628, config=0xb5832d0c) at features.c:2338 ASTERISK-3 0xb683980b in dial_exec_full (chan=0xb5832e60, data=0x0, peerflags=0x44, continue_exec=0xb5834f28) at app_dial.c:1548 ASTERISK-4 0xb683b30d in dial_exec_full (chan=0xb6bcdf70, data=0xb5834f28, peerflags=0xb5834f28, continue_exec=0x1) at app_dial.c:1831 ASTERISK-5 0x080f29fe in pbx_exec (c=0x1, app=0xb6b8e8b8, data=0xb5834f28) at pbx.c:951 ASTERISK-6 0x080fcaa8 in pbx_extension_helper (c=0xb6bcdf70, con=0x0, context=0xb6bce0f8 "queue_join", exten=0xb6bce148 "s", priority=34, label=0x0, callerid=0x8277420 "1971", action=E_SPAWN, found=0xb5837348, combined_find_spawn=1) at pbx.c:3136 ASTERISK-7 0x080fe695 in ast_spawn_extension (c=0xb6bcdf70, args=0x0) at pbx.c:3603 ASTERISK-8 __ast_pbx_run (c=0xb6bcdf70, args=0x0) at pbx.c:3690 ASTERISK-9 0x080ffd60 in pbx_thread (data=0xb6bcdf70) at pbx.c:3963 ASTERISK-10 0x0813a97b in dummy_start (data=0xb6bda390) at utils.c:861 ASTERISK-11 0xb74784b5 in start_thread () from /lib/i686/cmov/libpthread.so.0 ASTERISK-12 0xb7570a5e in clone () from /lib/i686/cmov/libc.so.6 I have no other information, I'll try and build a test to reproduce the problem. | ||
| Comments: | By: Tilghman Lesher (tilghman) 2010-02-28 12:22:59.000-0600 Additional information needed from gdb: bt full list p *class By: Mark Murawski (kobaz) 2010-02-28 12:38:25.000-0600 (gdb) list 1393 in res_musiconhold.c (gdb) p class $1 = (struct mohclass *) 0xd9d91 (gdb) p *class Cannot access memory at address 0xd9d91 By: Tilghman Lesher (tilghman) 2010-02-28 13:57:59.000-0600 You're going to have to reproduce this with a non-optimized build. The optimization is obscuring important information in this backtrace. Additionally, it would be helpful if the Asterisk source were still on this system. By: Paul Belanger (pabelanger) 2010-04-28 15:35:12 Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information can be found at http://www.asterisk.org/developers/bug-guidelines | ||