[GRASS-dev] Re: [GRASS GIS] #660: v.delaunay producing incorrect results

GRASS GIS trac at osgeo.org
Thu Dec 31 05:06:21 EST 2009


#660: v.delaunay producing incorrect results
-----------------------+----------------------------------------------------
  Reporter:  cmbarton  |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect    |      Status:  new                      
  Priority:  critical  |   Milestone:  6.4.0                    
 Component:  Vector    |     Version:  6.4.0 RCs                
Resolution:            |    Keywords:  delaunay                 
  Platform:  MacOSX    |         Cpu:  OSX/Intel                
-----------------------+----------------------------------------------------
Comment (by mmetz):

 Replying to [comment:12 marisn]:
 >
 > MarkusM - what's up with those warnings in vlib/diglib code?

 I assume you refer to the valgrind output, at least I don't get any
 warnings when running v.delaunay without valgrind. The only valgrind
 errors that tell me something are right at the beginning, here

 http://trac.osgeo.org/grass/attachment/ticket/660/delaunay-
 valgrind1.txt#L17

 and here

 http://trac.osgeo.org/grass/attachment/ticket/660/delaunay-
 valgrind1.txt#L27

 The second one saying that Address 0x66d5f29 is 9 bytes inside a block of
 size 4,096 alloc'd may cause problems, but I have not the faintest idea
 where this is coming from, I don't get this one on Linux, only number 1.

 If all other vector modules are working, the problem is IMHO more likely
 somewhere in the module than in the vector libs. So, are other vector
 modules working?

 On my Linux system, v.delaunay is fast and produces correct results, also
 with e.g. elev_lid792_bepts with 118,716 points.

 Sorry, not much help from my side,

 Markus M

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


More information about the grass-dev mailing list