Summary: | ASTERISK-10266: Crash Asterisk in the debug mode | ||
Reporter: | Volnikov Ivan (ivan) | Labels: | |
Date Opened: | 2007-09-10 06:37:01 | Date Closed: | 2007-09-10 08:31:03 |
Priority: | Critical | Regression? | No |
Status: | Closed/Complete | Components: | Addons/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | In the case of switch on "debug" mode in system that has a full spy talk condition periodicly crashs happend. I see 2 events for that Issue in the same call stack view. ****** ADDITIONAL INFORMATION ****** Call stack: Thread 1 (process 29986): #0 0x00258473 in strlen () from /lib/libc.so.6 No symbol table info available. #1 0x0022b0c2 in vfprintf () from /lib/libc.so.6 No symbol table info available. #2 0x002495f4 in vsnprintf () from /lib/libc.so.6 No symbol table info available. #3 0x08110bfe in ast_dynamic_str_thread_build_va (buf=0x2cac080, max_len=8192, ts=0x8175b2c, append=0, fmt=0x814a1f8 "Spy %s removed from channel %s\n", ap=0x2cac0d4 "\024-\224-") at utils.c:1215 res = 135609488 offset = 0 __PRETTY_FUNCTION__ = "ast_dynamic_str_thread_build_va" #4 0x080bc0d3 in ast_log (level=0, file=0x8148953 "channel.c", line=1457, function=0x814a1e1 "spy_detach", fmt=0x814a1f8 "Spy %s removed from channel %s\n") at logger.c:799 __res = 0 res = 46842040 res = 38 chan = (struct logchannel *) 0xa124f80 buf = (struct ast_dynamic_str *) 0xa1475e8 t = 1189178380 tm = {tm_sec = 40, tm_min = 19, tm_hour = 19, tm_mday = 7, tm_mon = 8, tm_year = 107, tm_wday = 5, tm_yday = 249, tm_isdst = 1, tm_gmtoff = 14400, tm_zone = 0xa05ee9d "MSD"} date = "07 19:19:40", '\0' <repeats 141 times>, "-\222-\000\225--\000\220--\002\"u\000\000(--\002K-\020\b?-\000X-\020\b8--\002\001\000\000\000?-\000\220--\002T\211\024\b-\224\024\b---\000\001\000\000\000\001\000\000\000-_-\000?-\000-\001\000\000X--\002\001\000\000\000-H\027\n\220--\002T\211\024\b-\224\024\b" ap = 0x2cac0d4 "\024-\224-" __PRETTY_FUNCTION__ = "ast_log" ASTERISK-1 0x080831fd in spy_detach (spy=0xa13aa90, chan=0xa176610) at channel.c:1457 __PRETTY_FUNCTION__ = "spy_detach" ASTERISK-2 0x08083c0c in detach_spies (chan=0xa176610) at channel.c:1536 __list_next = (struct ast_channel_spy *) 0x0 __list_prev = (struct ast_channel_spy *) 0x0 __new_prev = (struct ast_channel_spy *) 0x0 spy = (struct ast_channel_spy *) 0xa13aa90 ASTERISK-3 0x0808469e in ast_hangup (chan=0xa176610) at channel.c:1712 res = 0 cdr = (struct ast_cdr *) 0x0 __PRETTY_FUNCTION__ = "ast_hangup" ASTERISK-4 0x080cf632 in __ast_pbx_run (c=0xa176610) at pbx.c:2543 found = 1 res = -1 autoloopflag = 0 error = 1 __PRETTY_FUNCTION__ = "__ast_pbx_run" ASTERISK-5 0x080cf89a in pbx_thread (data=0xa176610) at pbx.c:2603 c = (struct ast_channel *) 0xa176610 ASTERISK-6 0x0810fd4b in dummy_start (data=0xa13acd0) at utils.c:775 __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {14442484, 0, 46844816, 46842808, -550765831, -705575453}, __mask_was_saved = 0}}, __pad = {0x2cac470, 0x0, 0x8153b84, 0x13b}} __cancel_routine = (void (*)(void *)) 0x806a755 <ast_unregister_thread> __cancel_arg = (void *) 0x2cacb90 not_first_call = 0 ret = (void *) 0xdb6afc a = {start_routine = 0x80cf883 <pbx_thread>, data = 0xa176610, name = 0xa148440 "pbx_thread", ' ' <repeats 11 times>, "started at [ 2627] pbx.c ast_pbx_start()"} lock_info = (struct thr_lock_info *) 0xa174720 __PRETTY_FUNCTION__ = "dummy_start" ASTERISK-7 0x00db73db in start_thread () from /lib/libpthread.so.0 No symbol table info available. ASTERISK-8 0x002b926e in clone () from /lib/libc.so.6 | ||
Comments: | By: Volnikov Ivan (ivan) 2007-09-10 06:58:48 This problem is duplicated Issue 0010439 (from Applications/app_mixmonitor - I make error - Category is the same), but Severity and Reproducibility is not correct. By: Volnikov Ivan (ivan) 2007-09-10 07:09:58 Seems like in the ==> module channel.c (1456) (1456)if (option_debug) (1457) ast_log(LOG_DEBUG, "Spy %s removed from channel %s\n", spy->type, chan->name); ==> values spy->type or chan->name is not valid at the process time. The problem demands detailed research. By: Joshua C. Colp (jcolp) 2007-09-10 08:31:03 This issue has already been fixed. |