[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