[Gdal-dev] libstdc problems...

[Chris Nicholas]

after rebuilding *everything* from scratch (including python, swig, gd, 
etc), and being certain to have libstdc++.so.6 link in first,  the 
problem appears to
have "gone away", but there be gremlins lurking... am still interested 
why both 5 and 6 are required...

Things are working fine now; combined GDAL/OGR support is totally 
awesome in GRASS and MMS; many thanks to Frank and all...

Chris

-------------------------------------------------------------

[cgn at nicholas_home ~]$ ldd /usr/local/bin/gdalinfo
        linux-gate.so.1 =>  (0xffffe000)
        libgdal.so => /usr/local/lib/libgdal.so (0x40016000)
        libgeos.so.2 => /usr/local/lib/libgeos.so.2 (0x4060a000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4070d000)
        libNCSEcw.so.0 => /usr/local/lib/libNCSEcw.so.0 (0x4071e000)
        libNCSCnet.so.0 => /usr/local/lib/libNCSCnet.so.0 (0x40846000)
        libNCSUtil.so.0 => /usr/local/lib/libNCSUtil.so.0 (0x4085f000)
        libhdf5.so.0 => /usr/local/lib/libhdf5.so.0 (0x40880000)
        libgif.so.4 => /usr/local/lib/libgif.so.4 (0x409a9000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x409b1000)
        libtiff.so.3 => /usr/local/lib/libtiff.so.3 (0x409d0000)
        libpng.so.3 => /usr/lib/libpng.so.3 (0x40a13000)
        libgrass_vect.so => /usr/local/grass/lib/libgrass_vect.so 
(0x40a3a000)
        libgrass_dig2.so => /usr/local/grass/lib/libgrass_dig2.so 
(0x40a66000)
        libgrass_dgl.so => /usr/local/grass/lib/libgrass_dgl.so (0x40a77000)
        libgrass_rtree.so => /usr/local/grass/lib/libgrass_rtree.so 
(0x40a8c000)
        libgrass_linkm.so => /usr/local/grass/lib/libgrass_linkm.so 
(0x40a91000)
        libgrass_dbmiclient.so => 
/usr/local/grass/lib/libgrass_dbmiclient.so (0
x40a93000)
        libgrass_dbmibase.so => 
/usr/local/grass/lib/libgrass_dbmibase.so (0x40a
9c000)
        libgrass_I.so => /usr/local/grass/lib/libgrass_I.so (0x40aaa000)
        libgrass_gproj.so => /usr/local/grass/lib/libgrass_gproj.so 
(0x40aba000)
        libgrass_vask.so => /usr/local/grass/lib/libgrass_vask.so 
(0x40ac2000)
        libgrass_gmath.so => /usr/local/grass/lib/libgrass_gmath.so 
(0x40ac8000)
        libgrass_gis.so => /usr/local/grass/lib/libgrass_gis.so (0x40acd000)
        libgrass_datetime.so => 
/usr/local/grass/lib/libgrass_datetime.so (0x40b4e000)
        libpq.so.4 => /usr/local/pgsql/lib/libpq.so.4 (0x40b56000)
        libz.so.1 => /lib/libz.so.1 (0x40b6d000)
        librt.so.1 => /lib/tls/librt.so.1 (0x40b7e000)
        libdl.so.2 => /lib/libdl.so.2 (0x40b92000)
        libkdu.so => /usr/local/lib/libkdu.so (0x40b95000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40c1d000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40cef000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40daf000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40dd2000)
        libc.so.6 => /lib/tls/libc.so.6 (0x40ddb000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40efb000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40f04000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40f1c000)
        libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40fe7000)
        libncurses.so.5 => /lib/libncurses.so.5 (0x4101c000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x41060000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x4108d000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x4109e000)
        libgpm.so.1 => /lib/libgpm.so.1 (0x410b1000)
[cgn at nicholas_home ~]$



Chris Nicholas wrote:

> what is the deal with libstdc++ ?  To get things to compile, seems I 
> have to link in both versions 5 and 6. But even doing the most basic 
> operations are crashing.
> I'm running mandrake 10.4, with gcc 3.4.1
>
> (gdb) run
> Starting program: /home/cgn/src/gdal-1.3.1/apps/gdalinfo [Thread 
> debugging using libthread_db enabled]
> [New Thread 1091274656 (LWP 7799)]
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1091274656 (LWP 7799)]
> 0x40d70ebb in std::__default_alloc_template<true, 0>::allocate () from 
> /usr/lib/libstdc++.so.5
> (gdb) where
> #0  0x40d70ebb in std::__default_alloc_template<true, 0>::allocate () 
> from /usr/lib/libstdc++.so.5
> #1  0x40d70f59 in std::allocator<char>::allocate () from 
> /usr/lib/libstdc++.so.5
> #2  0x40d7708e in std::string::_Rep::_S_create () from 
> /usr/lib/libstdc++.so.5
> #3  0x40d7807f in std::string::_S_construct<char const*> () from 
> /usr/lib/libstdc++.so.5
> #4  0x40d743bf in std::basic_string<char, std::char_traits<char>, 
> std::allocator<char> >::basic_string
>    () from /usr/lib/libstdc++.so.5
> #5  0x402732af in GDALMajorObject::SetDescription () from 
> /usr/local/lib/libgdal.so
> #6  0x40141b63 in GDALRegister_BMP () from /usr/local/lib/libgdal.so
> #7  0x4016b484 in GDALAllRegister () from /usr/local/lib/libgdal.so
> #8  0x08049c0f in main ()
> (gdb)
> thanks in advance
> Chris
>
> _______________________________________________
> Gdal-dev mailing list
> Gdal-dev at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/gdal-dev
> .
>