Hi David, We will be getting a machine in the lab in a few days that will be used to load various Linux distributions on, nonetheless we've decided we'd like to get the VMware redhat 8.0 image you mention to try to debug that problem before our release deadline. Can you send it to us? --Eric On Thursday, October 3, 2002, at 04:07 PM, David E. Konerding wrote:
pett@cgl.ucsf.EDU wrote:
Synopsis: problem with chimera on redhat 8.0
Responsible-Changed-From-To: gnats-admin->pett Responsible-Changed-By: pett Responsible-Changed-When: Thu Oct 3 15:20:14 2002 Responsible-Changed-Why: transferred from pending http://www.cgl.ucsf.edu/cgi-bin/ gnatsweb.pl?cmd=view&pr=371&database=chimera
I have a VMware Red Hat 8.0 image with chimera installed that I can send you guys- that would make it trivial for you guys to test/reproduce/inspect this in the lab...
Why does _chimera.so link against both the libstdc++.so that comes with chimera and the libstdc++.so that comes with Red Hat 8.0? _imaging.so => /home/dek/chimera-1516/lib/_imaging.so (0x403e0000) libtr.so => /home/dek/chimera-1516/lib/libtr.so (0x4040f000) libwrappy.so => /home/dek/chimera-1516/lib/libwrappy.so (0x40413000) libtogl.so => /home/dek/chimera-1516/lib/libtogl.so (0x40418000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x4042e000) libGL.so.1 => /usr/lib/libGL.so.1 (0x404aa000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4051d000) libstdc++.so.4 => /home/dek/chimera-1516/lib/libstdc++.so.4 (0x405fc000) libm.so.6 => /lib/i686/libm.so.6 (0x4066b000) libgcc_s.so.1 => /home/dek/chimera-1516/lib/libgcc_s.so.1 (0x4068d000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40695000) libz.so.1 => /usr/lib/libz.so.1 (0x406b3000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x406c2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x406d8000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x406e6000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40738000) libpthread.so.0 => /lib/i686/libpthread.so.0 (0x407ea000) libdl.so.2 => /lib/libdl.so.2 (0x4081a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4081e000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40827000)
I wonder if that's not the problem as the backtrace is within some libstdc++ code:
(gdb) #0 0x4206fdd5 in _IO_sgetn_internal () from /lib/i686/libc.so.6 #1 0x420633e9 in fread () from /lib/i686/libc.so.6 #2 0x40698d57 in std::__basic_file<char>::xsgetn(char*, int) (this=0x2000, __s=0x2000 <Address 0x2000 out of bounds>, __n=8192) at basic_file.cc:163 #3 0x407f370f in std::basic_filebuf<char, std::char_traits<char>
::_M_underflow_common(bool) (this=0x0, __bump=true) at ../../../../libstdc++-v3/src/fstream.cc:76 #4 0x406bc0b7 in std::basic_filebuf<char, std::char_traits<char> ::uflow() (this=0x2000) at fstream:147 #5 0x406b9f4d in std::basic_streambuf<char, std::char_traits<char> ::sbumpc() (this=0x6bd68040) at streambuf.tcc:59 #6 0x406c5405 in std::basic_istream<char, std::char_traits<char> >& std::getline<char, std::char_traits<char>, std::allocator<char> (std::basic_istream<char, std::char_traits<char> >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> &, char) ( __in=@0x8708130, __str=@0xbfffdf40, __delim=10 '\n') at istream.tcc:1187 #7 0x4034a557 in (anonymous namespace)::read_gfxinfo(std::istream&, std::string const&, std::string const&, std::string const&, std::string const&, std::string const&) () from /home/dek/chimera-1516/lib/_chimera.so #8 0x4034c662 in (anonymous namespace)::initialize() () from /home/dek/chimera-1516/lib/_chimera.so #9 0x4034d375 in GfxInfo::makeCurrent() () from /home/dek/chimera-1516/lib/_chimera.so #10 0x401a89cf in chimera::GfxState::initialize() () from /home/dek/chimera-1516/lib/_chimera.so
_______________________________________________ Chimera-dev mailing list Chimera-dev@cgl.ucsf.edu http://www.cgl.ucsf.edu/mailman/listinfo/chimera-dev