[GRASS-dev] [GRASS GIS] #1736: wxNVIZ volume display crashes Mac

GRASS GIS trac at osgeo.org
Fri Feb 8 16:19:01 PST 2013


#1736: wxNVIZ volume display crashes Mac
-----------------------+----------------------------------------------------
 Reporter:  cmbarton   |       Owner:  grass-dev@…              
     Type:  defect     |      Status:  new                      
 Priority:  critical   |   Milestone:  6.4.3                    
Component:  wxGUI      |     Version:  svn-releasebranch64      
 Keywords:             |    Platform:  MacOSX                   
      Cpu:  OSX/Intel  |  
-----------------------+----------------------------------------------------

Comment(by mmetz):

 Replying to [comment:24 cmbarton]:
 > There are never any error messages because this is not a normal GRASS
 module that goes through the GRASS error system. It simply crashes then
 entire interface. The native error system says that the crash starts at
 gvl_write_char.

 I guess that this is a symptom but not the cause, i.e. the memory
 corruption happens earlier because to me gvl_write_char() seems to be ok.

 > In the GRASS debug output, the second case crashes after the "initialize
 OK" line.

 As above, I think this a symptom, not the cause.
 >
 > If you compare the two debug outputs above, gvl_align_char allocates
 enough memory for a resolution of 2 (1000000 > 349308) but runs twice and
 allocates 2 chunks in the second case.

 AFAICT, the behaviour of gvl_align_char is correct because the function
 gets the correct arguments.
 >
 > gvl_align_data correctly allocates the needed memory in both cases now.
 >
 > I'm hoping that this is enough to suggest a fix.

 Unfortunately I can not suggest a fix right now. There are various places
 in the ogsf and nviz library that could cause a crash, but an in-depth
 analysis of the ogsf and nviz library will take some more time. Having had
 a quick look at the ogsf and nviz libraries, I would like to see these
 libraries rewritten, granted that the resources expertise, time, and money
 (in that order) are available.

 Markus M

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



More information about the grass-dev mailing list