[GRASS-dev] r.in.wms problem (execl() failed: File name too long)

[Glynn Clements]

Markus Neteler wrote:


> > While trying to get a r.in.wms for Asia, I got this:
> >
> > ----------------------------
> > 2009-02-26 17:54:34 URL:http://wms.jpl.nasa.gov/wms.cgi [4037035] ->
> > "/media/TeraByte/GRASSDATA/wms_download/wms_global_mosaic__862.geotiff"
> > [1]
> > Downloading data
> > 2009-02-26 17:55:39 URL:http://wms.jpl.nasa.gov/wms.cgi [4037035] ->
> > "/media/TeraByte/GRASSDATA/wms_download/wms_global_mosaic__863.geotiff"
> > [1]
> > All tiles downloaded successfully
> > execl() failed: File name too long
> > Segmentation fault
> > ERROR: r.in.gdalwarp failed
> > ----------------------------
> >
> > Any idea what is going on?
> 
> Is that a Linux box? A Web search found
> http://www.wlug.org.nz/ENAMETOOLONG
> 
> echo "/media/TeraByte/GRASSDATA/wms_download/wms_global_mosaic__863.geotiff"|
> wc -c
> 70
> 
> Not sure why that should be too long.

It said execl() failed with ENAMETOOLONG; that only occurs if the
executable name is too long.

It's probably not realistic to debug this without at least "sh -x"
output (which requires modifying the #! line in the script so that it
works when re-invoked by g.parser).

-- 
Glynn Clements <glynn at gclements.plus.com>