[vtkusers] VolView-1.2 on Linux: RH6.2 or similar, please!!!

[Dieter Nützel]

Hello Lisa,

let me encourage you to set up a new Linux box at least with RH6.2 or
similar before you compile VolView 1.2 (demo and final) for these
architecture.

All current Linux distributions are based on the glibc-2.1.3 (2.1.1,
2.1.2 and the new 2.2 (pre-2.1.93) are mostly compatible).
There are some dependencies with the glibc, gcc (mostly gcc-2.95.2) and
libstdc++ (!!!).

Your old VolView-1.1 for Linux is linked against libstdc++.so.2.8 which
is way outdated...
Now, it sigfaults on my glibc-2.1.3 and glibc-2.1.93 (development)
system.

SunWave1>./VolView
Segmentation fault (core dumped)
SunWave1>gdb VolView core
GNU gdb 19991004
Copyright 1998 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-redhat-linux"...(no debugging symbols
found)...
Core was generated by `./VolView'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libGL.so...(no debugging symbols
found)...done.
Reading symbols from /lib/libdl.so.2...(no debugging symbols
found)...done.
Reading symbols from /lib/libpthread.so.0...(no debugging symbols
found)...done.
Reading symbols from /usr/X11R6/lib/libXext.so.6...(no debugging symbols
found)...done.
Reading symbols from /usr/X11R6/lib/libXt.so.6...(no debugging symbols
found)...done.
Reading symbols from /usr/X11R6/lib/libSM.so.6...(no debugging symbols
found)...done.
Reading symbols from /usr/X11R6/lib/libICE.so.6...(no debugging symbols
found)...done.
Reading symbols from /usr/X11R6/lib/libX11.so.6...(no debugging symbols
found)...done.
Reading symbols from /usr/lib/libstdc++.so.2.8...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
#0  0x401f46a8 in ostream::flush () from /usr/lib/libstdc++.so.2.8
(gdb) bt
#0  0x401f46a8 in ostream::flush () from /usr/lib/libstdc++.so.2.8
#1  0x401f5efb in istream::scan () from /usr/lib/libstdc++.so.2.8
#2  0x401f3429 in istream::operator>> () from /usr/lib/libstdc++.so.2.8
#3  0x80d5c62 in vtkVVApplication::PromptRegistration ()
#4  0x80d6137 in vtkVVApplication::CheckRegistration ()
#5  0x80d6306 in vtkVVApplication::Start ()
#6  0x80d4cdb in main ()

The libstdc++ has reached the following version numbers:

-rwxr-xr-x    1 root     root      1059647 Aug 22  1997
libstdc++.so.2.7.2.8
-rwxr-xr-x    1 root     root       375773 Jul 24  1999 libstdc++.so.2.8

-r-xr-xr-x    1 root     root      1177863 Aug 30  1999
libstdc++.so.2.9.0
-r-xr-xr-x    1 root     root      1251211 Feb 21  2000
libstdc++-3-libc6.1-2-2.10.0.so
-r-xr-xr-x    1 root     root      1282502 Aug 25 04:26
libstdc++-3-libc6.2-2-2.10.0.so

gcc-2.96 (development) reached number 'libstdc++-3-libc6.3-2-2.10.0.so'
as I remember right.

So the most compatible one should be libstdc++-3-libc6.1-2-2.10.0.so
(glibc-2.1.3 and gcc-2.95.2) for a 'modern' up-to-date Linux system.

Thanks for you patient.

-Dieter

BTW I am one of the XFree86 DRI OSS guys.

--
!!! Attention - New Email Address !!!

Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: nuetzel at kogs.informatik.uni-hamburg.de
@home: Dieter.Nuetzel at hamburg.de