[chimera-dev] Re: linux/371

David E. Konerding dakone at uclink.berkeley.edu
Thu Oct 3 16:07:40 PDT 2002

pett at 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
>    transferred from pending 

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 
        libm.so.6 => /lib/i686/libm.so.6 (0x4066b000)
        libgcc_s.so.1 => /home/dek/chimera-1516/lib/libgcc_s.so.1 
        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:

#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 
#9  0x4034d375 in GfxInfo::makeCurrent() () from 
#10 0x401a89cf in chimera::GfxState::initialize() () from 

More information about the Chimera-dev mailing list