Summary: | ASTERISK-00969: segmentation fault with speex | ||
Reporter: | ww (ww) | Labels: | |
Date Opened: | 2004-02-01 17:54:40.000-0600 | Date Closed: | 2011-06-07 14:04:47 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Core/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | I have not tracked down the source of this problem yet, but I experience this frequently enough that I have turned off speex support. A backtrace is appended. This is with libspeex-dev 1.0.rel.3-1 and Asterisk as of 29/01/04. ****** ADDITIONAL INFORMATION ****** #0 0x40848489 in pitch_gain_search_3tap () from /usr/lib/libspeex.so.1 No symbol table info available. #1 0x4084868f in pitch_search_3tap () from /usr/lib/libspeex.so.1 No symbol table info available. #2 0x408414b4 in nb_encode () from /usr/lib/libspeex.so.1 No symbol table info available. #3 0x4084bf5f in speex_encode () from /usr/lib/libspeex.so.1 No symbol table info available. #4 0x4083437b in lintospeex_frameout (tmp=0x8114720) at codec_speex.c:211 fbuf = {8, -24, -40, -32, -8, -16, -24, -40, -40, 0, 0, -8, 8, 16, 0, 16, 0, -8, 16, 16, 0, 8, 8, 16, 16, 32, 8, 8, 8, -8, -24, -40, -16, -16, -24, -32, -32, -16, -8, 0, 0, -8, -16, -24, -8, 16, 8, 0, 32, 32, 24, 24, 16, 16, 8, -8, -16, -40, -8, 0, 0, -8, -16, -8, 0, -8, -8, -24, -24, -16, 16, 40, 24, 8, -16, 0, -32, -24, -8, -8, -16, 8, 0, 16, 24, 32, 32, 24, 24, 16, 8, 0, -24, -32, -24, -8, -16, -8, -8, -8, -8, -16, -32, -16, 0, -8, 0, 0, 8, 0, 8, -8, 0, -8, 0, 8, 16, 0, -8, 24, 16, -8, 8, 8, -8, -24, -16, -24, -8, 8, 16, -16, -8, 0, -8, -8, -16, -24, -16, -16, -16, 0, 0, 8, 16, 8, 24, 24, 24, 16, 8, 0, 16, 8, -8, 0, -16, -24, 16, -16, 2.7423439, 2.07392173e-42, -0.187366128, -0.187338352, 2.54692459, -0.187334836, 3.0792706, -0.187339187, -0.187366128, 0, -0.18733722, -0.187334836, -1.80172717e+36, -0.187366128, -0.187366128, -0.187366128, -0.187366128, -0.187366679, -0.187388167, -0.187366128, -0.187388167, 0 <repeats 11 times>, 1.4928113e-19, 9.23085745e-40, 0, -nan(0x7fffff), 0 <repeats 13 times>...} len = -996420718 y = 0 x = -996420718 ASTERISK-1 0x0808318b in ast_translate (path=0x80b0f38, f=0x8114720, consume=1) at translate.c:146 p = (struct ast_trans_pvt *) 0x40835cc4 out = (struct ast_frame *) 0x0 ASTERISK-2 0x0806c905 in ast_read (chan=0x8101fd0) at channel.c:1123 f = (struct ast_frame *) 0x811474c blah = -1103109392 func = (int (*)(void *)) 0x811474c data = (void *) 0x0 null_frame = {frametype = 5, subclass = 0, datalen = 0, samples = 0, mallocd = 0, offset = 0, src = 0x0, data = 0x0, prev = 0x0, next = 0x0} ASTERISK-3 0x0806f3f1 in ast_channel_bridge (c0=0x8101fd0, c1=0x81070c8, flags=2, fo=0xbe3fe36c, rc=0xbe3fe370) at channel.c:2258 cs = {0x81070c8, 0x8101fd0, 0x8101fd0} to = -1 f = (struct ast_frame *) 0x81020a8 who = (struct ast_channel *) 0x8101fd0 res = 135274664 nativefailed = 0 | ||
Comments: | By: Olle Johansson (oej) 2004-03-22 13:40:56.000-0600 No action in this bug. Ping a bug marshal if it's still a problem that needs a solution. /O |