[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