[GRASS-dev] [GRASS GIS] #1214: r.li.edgedensity: segmentation fault

GRASS GIS trac at osgeo.org
Wed Feb 26 14:14:06 PST 2014


#1214: r.li.edgedensity: segmentation fault
------------------------------+---------------------------------------------
 Reporter:  neteler           |       Owner:  grass-dev@…              
     Type:  defect            |      Status:  new                      
 Priority:  normal            |   Milestone:  6.4.4                    
Component:  Raster            |     Version:  svn-releasebranch64      
 Keywords:  r.li.edgedensity  |    Platform:  Linux                    
      Cpu:  x86-64            |  
------------------------------+---------------------------------------------

Comment(by mmetz):

 Replying to [comment:9 neteler]:
 > Replying to [comment:8 mmetz]:
 > > Replying to [comment:7 neteler]:
 > > > What is our backport policy here?
 > >
 > > The r.li modules should be backported, or else the r.li modules should
 be deactivated in G6 because they are broken.
 > >
 > > Do we want to keep the parallelization in G6?
 >
 > Since probably only "brute-force" backporting is possible (i.e. replace
 the
 > current G6 version with trunk and then merge back the libgis calls), we
 > will not be able to keep the parallelization in G6.

 For the actual modules, I agree that a brute-force backport is the easiest
 solution. The daemon could be updated by just backporting the relevant
 changes which were not that many. Essentially it is only the fixes
 regarding the IO cache, the handling of the computational region and the
 creation of the r.li-specific mask. That would allow for testing the
 parallelization, preferably with a moving window configuration.

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1214#comment:10>
GRASS GIS <http://grass.osgeo.org>



More information about the grass-dev mailing list