[gdal-dev] Segfault in gdalrasterize
Ari Jolma
ari.jolma at gmail.com
Tue Mar 26 23:07:23 PDT 2019
Thanks Even,
Ari
Even Rouault kirjoitti 26.3.2019 klo 20.39:
> On mardi 26 mars 2019 17:50:19 CET Ari Jolma wrote:
>> We're seeing transient segfaults in gvBurnScanline with a huge in-memory
>> raster created by rasterio.
>>
>> The raster size is (67264, 51776).
>>
>> The segfaults happen in cloud servers, not in laptops or local virtual
>> machines.
>>
>> Debugging is hard because rasterio installs its own libgdal but with gdb
>> I see with bt
>>
>> #0 __memset_avx2_unaligned_erms () at
>> ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S:245
>> #1 0x00007ffff127646f in gvBurnScanline(void*, int, int, int, double) ()
>> from ../rasterio/.libs/libgdal-c9384152.so.20.5.0
> First, which GDAL version ?? :-)
>
>> Any ideas?
> Yes, GDAL 2.4.1 NEWS contains:
>
> * rasterize: fix crash when working buffer is larger than 2GB (#1338)
>
> And the stacktrace you show reminds me a lot of the one there was for that
> issue. The working buffer size is GDAL cache max dependent, which is itself
> RAM dependent, hence why the bug happens on some machines and not other ones.
>
> Even
>
More information about the gdal-dev
mailing list