[GRASS-dev] [GRASS GIS] #2764: corrupt data written to FCELL and DCELL rasters, hard to re-produce
GRASS GIS
trac at osgeo.org
Fri Jan 5 12:41:26 PST 2018
#2764: corrupt data written to FCELL and DCELL rasters, hard to re-produce
---------------------+-------------------------
Reporter: dylan | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.3
Component: Raster | Version: unspecified
Resolution: | Keywords:
CPU: x86-64 | Platform: Linux
---------------------+-------------------------
Comment (by mmetz):
Replying to [comment:16 dylan]:
> Could it be that the zlib library's length function isn't multi-thread
safe and occasionally reports the wrong length in the context of writing a
row of data?
In your examples, modules are run in parallel, i.e. independent of each
other and calls to zlib's library functions are (should be) also
independent of each other.
> A simple, but quite heavy-handed test would be a debugging option for
reading the last written row as a sanity check. I don't have the skills to
implement this, so just an idea.
Yes, that's a good idea. I will think about such a test, to be activated
at compile time in order to not add overhead on standard operation.
>
> I'll try the latest patch today and report back.
I have added more informative warnings and errors in trunk r72030,1.
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/2764#comment:17>
GRASS GIS <https://grass.osgeo.org>
More information about the grass-dev
mailing list