Conflict between gdal > 1.5.2 and tiff/geotiff on Debian platforms
Mantis Issue 86, reported by vschut, assigned to jmichel, created: 2009-02-05
OTB and -Applications cannot open geotiff files when linked to a gdal library version > 1.5.2. Current gdal official stable version however is 1.6.0, and this version contains some major improvements (notably bigtiff support). For more information, see the mailing list thread with subject "crash with any otb-app reading tiff image" starting October 23, 2008.
OTB and -Apps compile OK against a newer gdal, however when trying to read a tiff file, I get the following backtrace:
otbImageViewer -in ~/data/modis/moyd09aq1_angcor_compositeHiNDBI10_Borneo250_2003_001.tif *** glibc detected *** otbImageViewer: munmap_chunk(): invalid pointer: 0x00000000010c0000 *** ======= Backtrace: ========= /lib/libc.so.6[0x7fd809d718b8] /usr/local/lib/libgdal.so.1(VSIFree+0x1c)[0x7fd811d9d767] /usr/local/lib/libgdal.so.1(_TIFFfree+0x15)[0x7fd811d191c0] /usr/local/lib/libgdal.so.1(TIFFCleanup+0x54)[0x7fd811cc8538] /usr/local/lib/libgdal.so.1(TIFFClose+0x33)[0x7fd811cc8782] /usr/local/lib/libgdal.so.1(XTIFFClose+0x15)[0x7fd811d3e27b] /usr/local/lib/otb/libotbossim.so(_ZN12ossimGeoTiffD1Ev+0x3b)[0x7fd810d4d309] /usr/local/lib/otb/libotbossim.so(_ZNK26ossimTiffProjectionFactory16createProjectionERK13ossimFilenamej+0x1b5)[0x7fd810dc4399] /usr/local/lib/otb/libotbossim.so(_ZNK30ossimProjectionFactoryRegistry16createProjectionERK13ossimFilenamej+0x65)[0x7fd810e44663] /usr/local/lib/otb/libotbossim.so(_ZN17ossimImageHandler16getImageGeometryER16ossimKeywordlistPKc+0x66d)[0x7fd8112427df] otbImageViewer(_ZN3otb15ImageFileReaderINS_11VectorImageIdLj2EEEE25GenerateOutputInformationEv+0xda9)[0x51a1fd] /usr/local/lib/otb/libITKCommon.so.3.10(_ZN3itk13ProcessObject23UpdateOutputInformationEv+0x1b9)[0x7fd80d7a8637] otbImageViewer(main+0x14d4)[0x47e720] /lib/libc.so.6(__libc_start_main+0xe6)[0x7fd809d1d546] otbImageViewer[0x47d119] ======= Memory map: ======== 00400000-00560000 r-xp 00000000 fe:03 439251 /usr/local/bin/otbImageViewer 0075f000-00761000 rw-p 0015f000 fe:03 439251 /usr/local/bin/otbImageViewer 00f45000-01217000 rw-p 00f45000 00:00 0 [heap] 41f12000-41f14000 rwxp 00000000 00:0d 1581 /dev/zero 7fd8046ed000-7fd8047cf000 rw-p 7fd8046ed000 00:00 0 7fd8047cf000-7fd8047d4000 r-xp 00000000 fe:01 454746 /usr/lib/libXdmcp.so.6.0.0 7fd8047d4000-7fd8048d3000 ---p 00005000 fe:01 454746 /usr/lib/libXdmcp.so.6.0.0 7fd8048d3000-7fd8048d4000 rw-p 00004000 fe:01 454746 /usr/lib/libXdmcp.so.6.0.0 7fd8048d4000-7fd8048dc000 r-xp 00000000 fe:01 683146 /lib/libcrypt-2.9.so 7fd8048dc000-7fd804adc000 ---p 00008000 fe:01 683146 /lib/libcrypt-2.9.so 7fd804adc000-7fd804add000 r--p 00008000 fe:01 683146 /lib/libcrypt-2.9.so 7fd804add000-7fd804ade000 rw-p 00009000 fe:01 683146 /lib/libcrypt-2.9.so 7fd804ade000-7fd804b0c000 rw-p 7fd804ade000 00:00 0 7fd804b0c000-7fd804c46000 r-xp 00000000 fe:01 453631 /usr/lib/libgeos-3.0.0.so 7fd804c46000-7fd804e45000 ---p 0013a000 fe:01 453631 /usr/lib/libgeos-3.0.0.so 7fd804e45000-7fd804e4f000 rw-p 00139000 fe:01 453631 /usr/lib/libgeos-3.0.0.so 7fd804e4f000-7fd804e51000 r-xp 00000000 fe:01 451918 /usr/lib/libXau.so.6.0.0 7fd804e51000-7fd805050000 ---p 00002000 fe:01 451918 /usr/lib/libXau.so.6.0.0 7fd805050000-7fd805051000 rw-p 00001000 fe:01 451918 /usr/lib/libXau.so.6.0.0 7fd805051000-7fd80506c000 r-xp 00000000 fe:01 450857 /usr/lib/libxcb.so.1.0.0 7fd80506c000-7fd80526c000 ---p 0001b000 fe:01 450857 /usr/lib/libxcb.so.1.0.0 7fd80526c000-7fd80526d000 rw-p 0001b000 fe:01 450857 /usr/lib/libxcb.so.1.0.0 7fd80526d000-7fd80526e000 r-xp 00000000 fe:01 450913 /usr/lib/libxcb-xlib.so.0.0.0 7fd80526e000-7fd80546d000 ---p 00001000 fe:01 450913 /usr/lib/libxcb-xlib.so.0.0.0 7fd80546d000-7fd80546e000 rw-p 00000000 fe:01 450913 /usr/lib/libxcb-xlib.so.0.0.0 7fd80546e000-7fd80546f000 r-xp 00000000 fe:01 450823 /usr/lib/libnvidia-tls.so.180.27 7fd80546f000-7fd80556f000 ---p 00001000 fe:01 450823 /usr/lib/libnvidia-tls.so.180.27 7fd80556f000-7fd805570000 rw-p 00001000 fe:01 450823 /usr/lib/libnvidia-tls.so.180.27 7fd805570000-7fd80630e000 r-xp 00000000 fe:01 450972 /usr/lib/libGLcore.so.180.27 7fd80630e000-7fd80640e000 ---p 00d9e000 fe:01 450972 /usr/lib/libGLcore.so.180.27 7fd80640e000-7fd806845000 rwxp 00d9e000 fe:01 450972 /usr/lib/libGLcore.so.180.27 7fd806845000-7fd806857000 rwxp 7fd806845000 00:00 0 7fd806857000-7fd806870000 r-xp 00000000 fe:03 885113 /usr/local/lib/libfltk_zlib.so 7fd806870000-7fd806a6f000 ---p 00019000 fe:03 885113 /usr/local/lib/libfltk_zlib.so 7fd806a6f000-7fd806a70000 rw-p 00018000 fe:03 885113 /usr/local/lib/libfltk_zlib.so 7fd806a70000-7fd806a9b000 r-xp 00000000 fe:03 885114 /usr/local/lib/libfltk_jpeg.so 7fd806a9b000-7fd806c9b000 ---p 0002b000 fe:03 885114 /usr/local/lib/libfltk_jpeg.so 7fd806c9b000-7fd806c9c000 rw-p 0002b000 fe:03 885114 /usr/local/lib/libfltk_jpeg.so 7fd806c9c000-7fd806cd2000 r-xp 00Aborted
1233899531 - christopTried successfully to use gdal 1.6.0 on linux 32 bit and linux 64 bits plateforms.
What I did:
- build gdal 1.6.0 from the source keeping the default options (just the --prefix option)
- build OTB, setting the GDAL_INCLUDE_DIRS and GDAL_LIBRARY_DIRS to the newly installed gdal (not changing the other options)
- build OTB-Applications
open a Tiff file with the otbViewerManager. I assume the files were geotiff: qb_roadextract.tif and a Quickbird image from digital globe.
ldd shows that the viewer I used is correctly linked with the new gdal ldd ./otbImageViewerManager | grep gdal libgdal.so.1 => /home/christop/slash/lib/libgdal.so.1 (0x00007f50c1eab000)
1233913625 - Vincent SchutI've been rethinking my previous (oct 2008) experiences with this, and I think the issue is not so much gdal, as wel the used libtiff and/or libgeotiff versions. According to gdal's web pages (http://www.gdal.org/frmt_gtiff.html), bigtiff support is included since gdal 1.5.0, *when gdal is com