[Bf-committers] Core dump mysterium

[Meino Christian Cramer]

Hi,

 I have two linux systems running -- both with gcc 3.2.2 one with glibc-2.3.1
 the other with glibc-2.2.5.

 Compilations of the cvs tree on the system with the old lib do run (mostly). 
 Compilations on the system with the new lib do run very seldom.

 The produced coredums show the following in gdb:

Script started on Sat Mar 29 15:20:19 2003
solfire:[newdir]> gdb blender core
gdb: Symbol `emacs_ctlx_keymap' has different size in shared object, consider re-linking
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-linux"...
Core was generated by `blender'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/./libgcc_s.so.1...done.
Loaded symbols for /usr/lib/./libgcc_s.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/lib/./libGLU.so.1...done.
Loaded symbols for /usr/lib/./libGLU.so.1
Reading symbols from /usr/lib/./libGL.so.1...done.
Loaded symbols for /usr/lib/./libGL.so.1
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.6
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.6
Reading symbols from /lib/libutil.so.1...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /usr/lib/./libjpeg.so.62...done.
Loaded symbols for /usr/lib/./libjpeg.so.62
Reading symbols from /usr/lib/./libpng12.so.0...done.
Loaded symbols for /usr/lib/./libpng12.so.0
Reading symbols from /usr/lib/./libcrypto.so.0.9.7...done.
Loaded symbols for /usr/lib/./libcrypto.so.0.9.7
Reading symbols from /usr/lib/./libssl.so.0.9.7...done.
Loaded symbols for /usr/lib/./libssl.so.0.9.7
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/./libstdc++.so.5...done.
Loaded symbols for /usr/lib/./libstdc++.so.5
Reading symbols from /usr/lib/./libz.so.1...done.
Loaded symbols for /usr/lib/./libz.so.1
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x400b322c in _IO_file_xsputn () from /lib/libc.so.6
(gdb) backtrace
#0  0x400b322c in _IO_file_xsputn () from /lib/libc.so.6
#1  0x400b3593 in _IO_file_xsputn () from /lib/libc.so.6
#2  0x400b3bfd in _IO_file_xsputn () from /lib/libc.so.6
#3  0x400b583a in calloc () from /lib/libc.so.6
#4  0x0824d866 in MEM_callocN (len=368, str=0x82fd4b5 "initglobals")
    at intern/mallocn.c:224
#5  0x08158994 in initglobals () at intern/blender.c:199
#6  0x0805882d in main (argc=1, argv=0xbffff164) at creator.c:222
(gdb) quit
solfire:[newdir]> 
Script done on Sat Mar 29 15:21:35 2003


I dont know what is happening here -- especially blender dies so
early.

Any hint very appreciated.

Please mail me, if I can offer somxe other info more (?how?).

Keep hacking!
Meino