[gdal-dev] gdal_translate crash on certain filenames

[Smith, Michael ERDC-CRREL-NH]

Looks like its a specific driver getting in the way

http://trac.osgeo.org/gdal/ticket/4390

M

From: Jay Jennings <Jennings.Jay at geoeye.com<mailto:Jennings.Jay at geoeye.com>>
Date: Tuesday, April 17, 2012 6:11 PM
To: "gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>" <gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>>
Subject: [gdal-dev] gdal_translate crash on certain filenames

Hi List,
We have encountered something really strange in our GDAL build (1.9.0, built from source on Windows 7 64-bit).   It appears that “gdal_translate” crashes (i.e. Windows popup dialog that says “gdal_translate has stopped working…”) when the output filename starts with certain strings.  It seems that the input file can be a random GeoTiff with a random name and path – the killer seems to be the *output* filename.

--- These commands result in the crash:
gdal_translate  -of  GTiff  -co  tiled=yes  F:\PreIngest\junk2.tif  C:\Temp\TSX1_SAR.tif
gdal_translate  -of  GTiff  -co  tiled=yes  F:\PreIngest\junk2.tif  C:\Temp\TDX1_SAR.tif

Whereas that same command finishes without a problem, if the output filename is changed to “TAX1_SAR.tif” or “TDX2_SAR.tif” or “TDX1_SA.tif”

Our experiments indicate the command will fail anytime the output filename starts with the strings “TDX1_SAR” or “TSX1_SAR”.  Can anyone out there duplicate this ?  In general, GDAL has been quite reliable for us – this is probably the strangest thing we’ve seen.
.........................................................
Jay Jennings
Senior Software Developer
GeoEye, Inc.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20120417/7a5b5f05/attachment.html