[gdal-dev] GDAL 3.1.2 soon to fix issue with GeoTIFF driver / PROJ [was Re: A crash with 3..1.1]

[Even Rouault]

Hi,

I strongly believe that this issue was also reproduced with PostgisRaster in
https://github.com/OSGeo/gdal/issues/2744. The key to reproduce it is a call to 
OSRCleanup() before using the GeoTIFF driver.

I've now a fix for #2744 queued in https://github.com/OSGeo/gdal/pull/2746, and I believe it 
should fix the GMT issue (I would appreciate confirmation of that)

Due to the issue affecting several downstream programs, I intend to release a 3.1.2 release 
next tuesday, unless there are other critical issues found in between that need to be 
adressed

Even


On mercredi 1 juillet 2020 08:25:21 CEST Joaquim Manuel Freire Luís wrote:
> Hi Even,
> 
> My colleagues from Mac are getting crashes when using latest 3.1.1 GDAL from
> GMT.
> 
> 
> the crash occurs for example when running a command such as (the @ is a
> recognized flag to GMT that downloads that particular file)
> 
> gmt grdimage -JM6.5i -R0/360/-45/45 -Bag @earth_day_01d > t.ps
> 
> You can see the stack trace at
> 
> https://github.com/GenericMappingTools/gmt/issues/3568
> 
> The crash occurs at line
> 
> https://github.com/GenericMappingTools/gmt/blob/master/src/gmt_gdalread.c#L3
> 39
> 
> which is accessed right after reading the file
> 
> https://github.com/GenericMappingTools/gmt/blob/master/src/gmt_gdalread.c#L3
> 4
> 
> 
> A strange thing though is that it works fine for me on Windows with a GDAL
> build from master (2 days old).
> 
> Any idea on what might be causing this?
> 
> Thanks
> 
> Joaquim
	

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20200704/eb7e1ac0/attachment.html>