Summary: | ASTERISK-04568: MOH crashes. | ||
Reporter: | Andrew Lindh (andrew) | Labels: | |
Date Opened: | 2005-07-12 11:16:09 | Date Closed: | 2005-07-12 18:04:34 |
Priority: | Critical | Regression? | No |
Status: | Closed/Complete | Components: | Resources/res_musiconhold |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | MOH (direct call by extension or just using "hold") crashes now. If I go back to CVS 07/06/2005 things are fine. I use a custom MOH with a "rawplayer". But it still crashes if I set "default => none" in musiconhold.conf (gdb) bt full #0 0x4002bae5 in read () from /lib/libpthread.so.0 No symbol table info available. #1 0x40357919 in monmp3thread (data=0x813b768) at res_musiconhold.c:489 moh = (struct mohdata *) 0x2000 buf = "\235\000 þ\221ýpþ¾ÿ'\002¼\001\034\001Ûÿ{ý/ý8ýãþ\206\000\204\001»\001\a\003¬\003b\001Èÿxþ\231ý5ý\215þ¬ÿ¤\001$\003M\000\020ÿhþ(þßÿÙ\000H\000,\001\206\002í\000³ÿ\233þäþ¯ÿ\023\000:\000\202ÿ±\000R\000\b\000µÿ\037þ¨þ\234ÿÕÿ\002\001\"\003½\002Ì\001`\000\220ÿ\031\000\017\000 \001\020\000Zÿ\bþðûLýÊþ1\000f\001\200\001Å\000î\001æ\002\231\001¹ÿ²þ=ÿàþ\202\000\000\001\237\0000\001êþ½ýóüUý<\000$\0022\001\026\001ë\001_\000Wÿ\005ÿ+ÿ\017ÿ\027\001q\002&\001Ê\001"... sbuf = {0 <repeats 324 times>, -1, -1, 0, 0, 0, -1, -1, 0, 0, 0, 0, -1, -1, -1, 0, 0, 0, -1, -1, -1, 0, -1, -1, -1, -1, -1, 0, 0, -1, -1, -1, -1, 0, -1, -1, -1, -1, -1, 0, -1 <repeats 11 times>, 0, -1, -1, -1, -1, 0, -1, -1, -1, -1, 0, -1, -1, 0, 0, -1, -1, -1, -1, 0, -1, -1, -1, -1, 0, -1, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, -1, -1, -1, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, -1, 0, 0, -1, -1, 0, -1, 0, -1, -1, 0, -1, 0, -1, -1, -1, 0, 0, -1, 0, -1, -1, -1, -1, 0, -1, -1, -1, 0, -1, 0, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, 0, -1, -1, 0, -1, 0, 0, -1, -1, 0, -1, 0, -1, -1, -1, 0, -1, -1, -1, -1, 0, 0, -1, 0, 0, 0, -1, 0, -1, -1, 0, -1, -1, -1, -1, 0, 0, -1, 0, -1, 0...} res = -1092616193 res2 = 538 tv = {tv_sec = 0, tv_usec = 0} tv_tmp = {tv_sec = 0, tv_usec = 0} error_sec = 538 error_usec = 8192 delay = -1092616193 #2 0x032201d5 in ?? () No symbol table info available. #3 0x010600b5 in ?? () No symbol table info available (it continues on like that a few hundred more times....) (gdb) info thread 21 process 18122 0x4002babb in read () from /lib/libpthread.so.0 20 process 18136 0x401e4ada in poll () from /lib/libc.so.6 19 process 18138 0x401e4ada in poll () from /lib/libc.so.6 18 process 18139 0x4002be88 in accept () from /lib/libpthread.so.0 17 process 18140 0x40028604 in __pthread_sigsuspend () from /lib/libpthread.so.0 16 process 18141 0x401e7081 in select () from /lib/libc.so.6 15 process 18142 0x4002babb in read () from /lib/libpthread.so.0 14 process 18145 0x401e7081 in select () from /lib/libc.so.6 13 process 18148 0x401e4ada in poll () from /lib/libc.so.6 12 process 18150 0x401e4ada in poll () from /lib/libc.so.6 11 process 18151 0x401e4ada in poll () from /lib/libc.so.6 10 process 18152 0x401e4ada in poll () from /lib/libc.so.6 9 process 18153 0x4002be88 in accept () from /lib/libpthread.so.0 8 process 18154 0x401e4ada in poll () from /lib/libc.so.6 7 process 18155 0x401e7081 in select () from /lib/libc.so.6 6 process 18156 0x401e4ada in poll () from /lib/libc.so.6 5 process 18157 0x401bddb6 in nanosleep () from /lib/libc.so.6 4 process 18158 0x401e4ada in poll () from /lib/libc.so.6 3 process 18159 0x401bddb6 in nanosleep () from /lib/libc.so.6 2 process 18256 0x401e4ada in poll () from /lib/libc.so.6 * 1 process 18144 0x4002bae5 in read () from /lib/libpthread.so.0 (gdb) quit ****** ADDITIONAL INFORMATION ****** make valgrind (no optimize) no longer works. Using -O0 for optimize (or blank) does not seem to complile the ast_copy_string into the code.... | ||
Comments: | By: Kevin P. Fleming (kpfleming) 2005-07-12 11:54:29 As I told you on asterisk-dev, the no-optimize build has been fixed in CVS HEAD now. Please update your working copy, re-build without optimization and re-test, otherwise the backtrace is next to useless :-) By: Andrew Lindh (andrew) 2005-07-12 11:59:13 Got e-mail/fix after bug reported...will update... By: Kevin P. Fleming (kpfleming) 2005-07-12 12:03:53 Thanks :-) Sometimes the list server is slower than we would like... By: Andrew Lindh (andrew) 2005-07-12 12:16:42 make clean ; make valgrind Crashes at: exten => 391,n,WaitMusicOnHold(300) (gdb) bt full #0 0x40357b40 in monmp3thread (data=0x10600b5) at res_musiconhold.c:480 class = (struct mohclass *) 0xfea6fe1f moh = (struct mohdata *) 0xff6cff3f buf = "\235\000 þ\221ýpþ¾ÿ'\002¼\001\034\001Ûÿ{ý/ý8ýãþ\206\000\204\001»\001\a\003¬\003b\001Èÿxþ\231ý5ý\215þ¬ÿ¤\001$\003M\000\020ÿhþ(þßÿÙ\000H\000,\001\206\002í\000³ÿ\233þäþ¯ÿ\023\000:\000\202ÿ±\000R\000\b\000µÿ\037þ¨þ\234ÿÕÿ\002\001\"\003½\002Ì\001`\000\220ÿ\031\000\017\000 \001\020\000Zÿ\bþðûLýÊþ1\000f\001\200\001Å\000î\001æ\002\231\001¹ÿ²þ=ÿàþ\202\000\000\001\237\0000\001êþ½ýóüUý<\000$\0022\001\026\001ë\001_\000Wÿ\005ÿ+ÿ\017ÿ\027\001q\002&\001Ê\001"... sbuf = {0 <repeats 324 times>, -1, -1, 0, 0, 0, -1, -1, 0, 0, 0, 0, -1, -1, -1, 0, 0, 0, -1, -1, -1, 0, -1, -1, -1, -1, -1, 0, 0, -1, -1, -1, -1, 0, -1, -1, -1, -1, -1, 0, -1 <repeats 11 times>, 0, -1, -1, -1, -1, 0, -1, -1, -1, -1, 0, -1, -1, 0, 0, -1, -1, -1, -1, 0, -1, -1, -1, -1, 0, -1, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, -1, -1, -1, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, -1, 0, 0, -1, -1, 0, -1, 0, -1, -1, 0, -1, 0, -1, -1, -1, 0, 0, -1, 0, -1, -1, -1, -1, 0, -1, -1, -1, 0, -1, 0, 0, -1, 0, -1, 0, 0, -1, 0, -1, 0, -1, 0, -1, -1, 0, -1, 0, 0, -1, -1, 0, -1, 0, -1, -1, -1, 0, -1, -1, -1, -1, 0, 0, -1, 0, 0, 0, -1, 0, -1, -1, 0, -1, -1, -1, -1, 0, 0, -1, 0, -1, 0...} res = -1 res2 = 24576 tv = {tv_sec = 0, tv_usec = 0} tv_tmp = {tv_sec = 0, tv_usec = 0} error_sec = 0 error_usec = 0 delay = 0 #1 0x032201d5 in ?? () No symbol table info available. #2 0x010600b5 in ?? () No symbol table info available. #3 0x006e02b7 in ?? () No symbol table info available. #4 0xffdafefc in ?? () No symbol table info available. ...stuff removed... ASTERISK-320 0x00920030 in ?? () No symbol table info available. ASTERISK-321 0xfe900236 in ?? () No symbol table info available. (gdb) info threads 21 process 16848 0x4002babb in read () from /lib/libpthread.so.0 20 process 16859 0x401e4ada in poll () from /lib/libc.so.6 19 process 16861 0x401e4ada in poll () from /lib/libc.so.6 18 process 16862 0x4002be88 in accept () from /lib/libpthread.so.0 17 process 16863 0x40028604 in __pthread_sigsuspend () from /lib/libpthread.so.0 16 process 16864 0x401e7081 in select () from /lib/libc.so.6 15 process 16865 0x4002babb in read () from /lib/libpthread.so.0 14 process 16868 0x401e4ada in poll () from /lib/libc.so.6 13 process 16870 0x401e7081 in select () from /lib/libc.so.6 12 process 16873 0x401e4ada in poll () from /lib/libc.so.6 11 process 16874 0x401e4ada in poll () from /lib/libc.so.6 10 process 16875 0x401e4ada in poll () from /lib/libc.so.6 9 process 16876 0x4002be88 in accept () from /lib/libpthread.so.0 8 process 16877 0x401e4ada in poll () from /lib/libc.so.6 7 process 16878 0x401e7081 in select () from /lib/libc.so.6 6 process 16879 0x401e4ada in poll () from /lib/libc.so.6 5 process 16880 0x401bddb6 in nanosleep () from /lib/libc.so.6 4 process 16881 0x401e4ada in poll () from /lib/libc.so.6 3 process 16882 0x401bddb6 in nanosleep () from /lib/libc.so.6 2 process 16983 0x401e4ada in poll () from /lib/libc.so.6 * 1 process 16867 0x40357b40 in monmp3thread (data=0x10600b5) at res_musiconhold.c:480 (gdb) quit By: Kevin P. Fleming (kpfleming) 2005-07-12 14:53:04 I've just reverted the most recent res_musiconhold patch, since it was causing other problems. If you can test with the now-updated version, and the problem goes away, then please add your trouble report to ASTERISK-4504532 and we'll close this one. By: Andrew Lindh (andrew) 2005-07-12 17:43:45 MOH crash is now gone....I'll watch the other bugs now. |