[SciPy-user] scipy general_function segfault

Pearu Peterson pearu at scipy.org
Thu Sep 18 14:37:57 EDT 2003


On Thu, 18 Sep 2003, Arnd Baecker wrote:

> and one more:
> 
> I did another reinstall at home. I also managed
> to compile libwadpy.
> 
> However the output is not as helpful as I hoped:
> 
> Alive0c
> WAD: Collecting debugging information...
> WAD: Unable to generate stack trace.
> WAD: Maybe the call stack has been corrupted by buffer overflow.
> zsh: 5332 segmentation fault  ipython
> 
> 
> Independent of this: could the segfault
> be compiler dependent ?
> 
> The cephesmodule.o for cephes.so is compiled
> with gcc 3.3.1:
> 
> gcc -v
> Reading specs from /usr/lib/gcc-lib/i386-linux/3.3.1/specs
> Configured with: ../src/configure -v
> --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
> --mandir=/usr/share/man --infodir=/usr/share/info
> --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
> --with-system-zlib --enable-nls --without-included-gettext
> --enable-__cxa_atexit --enable-clocale=gnu --enable-debug
> --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i386-linux
> Thread model: posix
> gcc version 3.3.1 20030626 (Debian prerelease)

I have exactly the same setup and the same segfaults occur.
I'll try downgrade Numeric 23.1 now...

Pearu




More information about the SciPy-User mailing list