[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