I got the r.in.gdal to work in importing SDTS USGS 7.5" DEM data file. It appears
to have been just a configuration issue. I used the input file to create a
region, then I exited grass, restarted it (that is one trick that I found in one of the tutorials) and ran r.support. Previously
r.in.gdal segmetation faulted when my PROJ_INFO and PROJ_UNITS were not set
which is caused by incomplete location information.
I am not sure what was causing the memory leaks. I think it was perhaps because I was debugging grass in a local directory
and there was already another version that had been installed system wide.
stef wrote:
Dear Don,
You either have a memory leak.. or another memory
problem..good luck,
stef
--- Don Harter <harter_d@bellsouth.net> wrote:Florent AUBIN wrote:
Hello
I'm trying to import a tif file with r.in.gdal.
It seems that everything goes right but when it
begins
to import I have the following message:
Segmentation fault (core dumped)
Does anyone know how to solve it?
Thank you very much!
Florent
___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et
en français !
Yahoo! Mail : http://fr.mail.yahoo.com
I have had a similar problem with SDTS files and
r.in.gdal. I submitted a bug report and did some troubleshooting.
It seems that there is a memory leak that causes
r.in.gdal to overwrite itself and cause a segmentation fault.
I had done some debugging and isolated it to a
certain file/subroutine.
The source code is probably not being intepreted the
same on different C platforms. On one it works and on redhat 7.3/9.0 it
gives a segmentation fault.Here is the link to the bug report:
http://bugzilla.remotesensing.org/show_bug.cgi?id=359
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com