[Speex-dev] Crash in cb_search.c, line 414
Thorvald Natvig
speex at natvig.com
Wed Oct 4 10:20:32 PDT 2006
Jean-Marc Valin wrote:
> That's quite strange. The only thing I can say is that the bug is most
> likely *not* around line 414. It's probably some sort of memory
> corruption somewhere else (quite possibly outside of Speex). Do you have
> any more information? What CPU? What's the value of best_ntarget[j]? Is
> SSE enabled? What's the allocation method (VAR_ARRAYS/USE_ALLOCA)? What
> compiler.
>
gcc:
Reading specs from c:/MinGW/bin/../lib/gcc/mingw32/3.4.5/specs
Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld
--with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw
--enable-threads --disable-nls
--enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry
--disable-shared --enable-sjlj-exceptions --enable-libgcj
--disable-java-awt --without-x --enable-java-gc=boehm
--disable-libgcj-debug --enable-interpreter
--enable-hash-synchronization --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.5 (mingw special)
Compile flags:
DEFINES += NDEBUG WIN32 _WINDOWS HAVE_CONFIG_H VAR_ARRAYS VORBIS_PSYCHO
CFLAGS:
-O3 -march=pentium3 -mtune=pentium4 -mmmx -msse -fomit-frame-pointer
-ffast-math -g -Wall
SSE technically enabled in the compiler, but not used by libspeex.
As for the CPU and the values of best_ntarget[j], I have no way to find
out. I almost had to bully the enduser in question just to get the
offset from the windows crash dialog :( .. But apparantly it crashed at
that exact spot several times.
More information about the Speex-dev
mailing list