Le 17/11/2021 à 00:21, Simon Eves a écrit :
Hi Even,
Thank you very much for the quick and plausible fix. It certainly
seems to resolve the issue on my machine. I'm sending a build to my
colleague to test it on his Threadripper, as he was the first one to
hit it.
Looks like you have merged
Hi Even,
Thank you very much for the quick and plausible fix. It certainly seems to
resolve the issue on my machine. I'm sending a build to my colleague to
test it on his Threadripper, as he was the first one to hit it.
Looks like you have merged this into master and into the 3.4 release
branch.
Hi Even,
Sorry for the slow response. I was out yesterday and this morning. Testing
your fix now.
Simon
On Mon, Nov 15, 2021 at 4:59 AM Even Rouault
wrote:
> Simon,
>
> unfortunately there are a number of places in the degrib library which
> aren't thread-safe, and you just spotted that the er
Simon,
unfortunately there are a number of places in the degrib library which
aren't thread-safe, and you just spotted that the errSprintf() routine
was one of them. I've queued a fix for that in
https://github.com/OSGeo/gdal/pull/4830. Could you try it ?
Regarding gdal_translate performance
On Sun, 14 Nov 2021, Simon Eves wrote:
We have recently implemented a geo raster importer, and all seems fine,
except that we hit an issue with a particular GRIB2 file from the NOAA
website, where we get an inconsistent crash inside GDAL after a few hundred
scanlines.
We have seen two different
We have recently implemented a geo raster importer, and all seems fine,
except that we hit an issue with a particular GRIB2 file from the NOAA
website, where we get an inconsistent crash inside GDAL after a few hundred
scanlines.
We have seen two different crashes inside GDAL, and a third in one o
