[GRASS-user] Re: grass cell registration format

Seb wrote:

I've experienced this problem with GDAL in the past.
gdalinfo has been segfaulting with all (new format)
GMT grids in my Debian sid AMD64 system for more than
a year. I've also seen the problem with GDAL and
other netCDF files, but I haven't been able to properly
track this down. There's nothing wrong with the GMT grids,
and grdinfo doesn't report anything weird, and they also
plot fine. r.in.gdal also segfaults, reinforcing my feeling
this is related to GDAL (or its Debian packages).
I'd be interested to know whether you're able to import
(new format) GMT grids to GRASS with r.in.gdal, especially
if you're in Debian.

(this is probably a matter better answered by the DebianGIS
mailing list, http://wiki.debian.org/DebianGis)

Any chance of a gdb backtrace of the segfault?
  http://grass.osgeo.org/wiki/Bugs

check versions with "ldd `which gdalinfo`"

#what does this say?
$ dpkg -l | grep gdal | grep '^ii'
$ dpkg -l | grep netcdf | grep '^ii'

happy Debian user,
Hamish

On Wed, 13 May 2009 19:13:57 -0700 (PDT),
Hamish <hamish_b@yahoo.com> wrote:

Seb wrote:

I've experienced this problem with GDAL in the past. gdalinfo has
been segfaulting with all (new format) GMT grids in my Debian sid
AMD64 system for more than a year. I've also seen the problem with
GDAL and other netCDF files, but I haven't been able to properly
track this down. There's nothing wrong with the GMT grids, and
grdinfo doesn't report anything weird, and they also plot fine.
r.in.gdal also segfaults, reinforcing my feeling this is related to
GDAL (or its Debian packages). I'd be interested to know whether
you're able to import (new format) GMT grids to GRASS with r.in.gdal,
especially if you're in Debian.

(this is probably a matter better answered by the DebianGIS mailing
list, http://wiki.debian.org/DebianGis)

Ok, following up there now.

Any chance of a gdb backtrace of the segfault?
http://grass.osgeo.org/wiki/Bugs

I'm not experienced with gdb, but will try soon. I have, however, filed
a bug report (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528557)
with results from running the command through valgrind. Hopefully that
provides some clues.

check versions with "ldd `which gdalinfo`"

Yes, it gives these dependencies:

,-----[ ldd $(which gdalinfo) ]
| linux-vdso.so.1 => (0x00007fff879ff000)
| libgdal1.5.0.so.1 => /usr/lib/libgdal1.5.0.so.1 (0x00007fcc7ef66000)
| libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fcc7ec57000)
| libm.so.6 => /lib/libm.so.6 (0x00007fcc7e9d4000)
| libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fcc7e7b9000)
| libc.so.6 => /lib/libc.so.6 (0x00007fcc7e466000)
| libgeos_c.so.1 => /usr/lib/libgeos_c.so.1 (0x00007fcc7e252000)
| libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007fcc7dfc6000)
| libodbc.so.1 => /usr/lib/libodbc.so.1 (0x00007fcc7dd66000)
| libodbcinst.so.1 => /usr/lib/libodbcinst.so.1 (0x00007fcc7db5a000)
| libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fcc7d931000)
| libxerces-c.so.28 => /usr/lib/libxerces-c.so.28 (0x00007fcc7d337000)
| libjasper.so.1 => /usr/lib/libjasper.so.1 (0x00007fcc7d0de000)
| libhdf5-1.6.6.so.0 => /usr/lib/libhdf5-1.6.6.so.0 (0x00007fcc7cdb7000)
| libmfhdf.so.4 => /usr/lib/libmfhdf.so.4 (0x00007fcc7cb90000)
| libdf.so.4 => /usr/lib/libdf.so.4 (0x00007fcc7c8df000)
| libogdi.so.3.2 => /usr/lib/libogdi.so.3.2 (0x00007fcc7c6bf000)
| libgif.so.4 => /usr/lib/libgif.so.4 (0x00007fcc7c4b7000)
| libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00007fcc7c295000)
| libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00007fcc7c039000)
| libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00007fcc7be14000)
| libnetcdf.so.4 => /usr/lib/libnetcdf.so.4 (0x00007fcc7bbdf000)
| libpq.so.5 => /usr/lib/libpq.so.5 (0x00007fcc7b9ba000)
| libz.so.1 => /usr/lib/libz.so.1 (0x00007fcc7b7a3000)
| libpthread.so.0 => /lib/libpthread.so.0 (0x00007fcc7b588000)
| librt.so.1 => /lib/librt.so.1 (0x00007fcc7b380000)
| libdl.so.2 => /lib/libdl.so.2 (0x00007fcc7b17c000)
| libcurl-gnutls.so.4 => /usr/lib/libcurl-gnutls.so.4 (0x00007fcc7af3a000)
| libmysqlclient.so.15 => /usr/lib/libmysqlclient.so.15 (0x00007fcc7ab2f000)
| /lib64/ld-linux-x86-64.so.2 (0x00007fcc7f738000)
| libgeos-3.1.0.so => /usr/lib/libgeos-3.1.0.so (0x00007fcc7a7d5000)
| libicui18n.so.40 => /usr/lib/libicui18n.so.40 (0x00007fcc7a440000)
| libicuuc.so.40 => /usr/lib/libicuuc.so.40 (0x00007fcc7a0f5000)
| libltdl.so.7 => /usr/lib/libltdl.so.7 (0x00007fcc79eec000)
| libicudata.so.40 => /usr/lib/libicudata.so.40 (0x00007fcc78fa7000)
| libproj.so.0 => /usr/lib/libproj.so.0 (0x00007fcc78d65000)
| libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0x00007fcc78b14000)
| libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0x00007fcc78779000)
| libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007fcc784bc000)
| libcom_err.so.2 => /lib/libcom_err.so.2 (0x00007fcc782b9000)
| libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007fcc7808b000)
| libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007fcc77e53000)
| libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x00007fcc77c08000)
| libidn.so.11 => /usr/lib/libidn.so.11 (0x00007fcc779d6000)
| liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x00007fcc777c7000)
| libgnutls.so.26 => /usr/lib/libgnutls.so.26 (0x00007fcc77515000)
| libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x00007fcc7729f000)
| libnsl.so.1 => /lib/libnsl.so.1 (0x00007fcc77087000)
| libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007fcc76e5c000)
| libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007fcc76c54000)
| libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00007fcc76a52000)
| libresolv.so.2 => /lib/libresolv.so.2 (0x00007fcc7683b000)
| libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00007fcc76621000)
| libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x00007fcc76411000)
| libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x00007fcc7620e000)
`-----

#what does this say? $ dpkg -l | grep gdal | grep '^ii'

,-----[ dpkg -l | grep gdal | grep '^ii' ]
| ii gdal-bin 1.5.4-3 Geospatial Data Abstraction Library - Utilit
| ii libgdal-doc 1.5.4-3 Documentation for the Geospatial Data Abstra
| ii libgdal1-1.5.0 1.5.4-3 Geospatial Data Abstraction Library
| ii libgdal1-1.5.0-grass 1.5.4-3 GRASS extension for the GDAL library
| ii libgdal1-dev 1.5.4-3 Geospatial Data Abstraction Library - Develo
`-----

$ dpkg -l | grep netcdf | grep '^ii'

,-----[ dpkg -l | grep netcdf | grep '^ii' ]
| ii libnetcdf-dev 1:3.6.2-3.1 Development kit for NetCDF
| ii libnetcdf4 1:3.6.2-3.1 An interface for scientific data access to l
| ii netcdf-doc 1:3.6.2-3.1 Documentation for NetCDF
`-----

Thanks Hamish for looking into this.

Happy Debian user... most of the time,

--
Seb