[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