[GRASS-dev] [GRASS GIS] #1628: segfault in r.walk
GRASS GIS
trac at osgeo.org
Mon Jun 2 11:59:55 PDT 2014
#1628: segfault in r.walk
----------------------------+-----------------------------------------------
Reporter: pertusus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.4
Component: Raster | Version: svn-releasebranch64
Keywords: r.cost, r.walk | Platform: Linux
Cpu: x86-64 |
----------------------------+-----------------------------------------------
Comment(by mmetz):
Replying to [comment:7 mlennert]:
> Replying to [comment:5 glynn]:
> > Replying to [comment:3 mlennert]:
> >
> > > I do not have the time right now to check if this is linked to a
specific attribute or just the general number of attributes, but maybe
someone else can continue on that path ?
> >
> > Could it be a problem with lib/sites?
>
> It would seem a likely candidate, but how would that influence what is
happening a long time after the closure of the input file ? The segfault
occurs in the routine finding the cost path in which, AFAICT, the
lib/sites doesn't play a role anymore.
This can happen if the sites lib corrupts some memory that is not used by
the sites lib itself. The segmentation fault can then appear anywhere else
later on. You need to use valgrind to check memory usage and search for
something like "invalid [read|write] ..." in the valgrind output, usually
rather at the beginning than at the end of the valgrind output.
Apart from that, the usage of the wrappers provided by the sites lib is
deprecated also in G6. I would suggest the replace the relevant code in
the affected modules rather than fixing the sites lib.
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1628#comment:8>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list