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

#1736: wxNVIZ volume display crashes Mac
-----------------------+----------------------------------------------------
Reporter: cmbarton | Owner: grass-dev@…
     Type: defect | Status: new
Priority: blocker | Milestone: 6.4.3
Component: wxGUI | Version: svn-releasebranch64
Keywords: | Platform: MacOSX
      Cpu: OSX/Intel |
-----------------------+----------------------------------------------------
I am unable to display a volume that I created and have displayed
previously. I can add a slice or an isosurface. But as soon as I try to
change any setting for either, the entire GUI crashes. I will attach the
error message that I sent to Anna previously in case someone else can
figure this out. Note that whenever I quit the GUI after using the 3D
manager, I also get a similar error message.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736&gt;
GRASS GIS <http://grass.osgeo.org>

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

Comment(by martinl):

It seems to be a Mac OS X related bug. Unfortunately there are few
developers who have access to this platform. The question is whether it
can be set as a blocker if there is probably nobody who will fix it in the
next days.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:1&gt;
GRASS GIS <http://grass.osgeo.org>

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

Comment(by cmbarton):

This is something that did work within the past year and now is broken.
Not sure why.

But it effectively makes all the volume commands useless if you cannot
display the result. I was trying to test some alternative files with
Helena to debug this, but we found out that r3.in.ascii is also broken
now. I don't know if she filed a report or not. I'd copy her here, but
apparently there is no longer a way to add someone to this ticket.

Michael

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:2&gt;
GRASS GIS <http://grass.osgeo.org>

Martin, Michael,

I can update my 6.4.3 and try it again, but it is not just Mac, my student working on MSWindows could not
get it working either. I will try to find some time to check where things stand right now.

Helena

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmitaso@ncsu.edu

"All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.”

On Oct 15, 2012, at 4:18 PM, GRASS GIS wrote:

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

Comment(by cmbarton):

This is something that did work within the past year and now is broken.
Not sure why.

But it effectively makes all the volume commands useless if you cannot
display the result. I was trying to test some alternative files with
Helena to debug this, but we found out that r3.in.ascii is also broken
now. I don't know if she filed a report or not. I'd copy her here, but
apparently there is no longer a way to add someone to this ticket.

Michael

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:2&gt;
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

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

Comment(by martinl):

Replying to [comment:2 cmbarton]:
> This is something that did work within the past year and now is broken.
Not sure why.
>
> But it effectively makes all the volume commands useless if you cannot
display the result. I was trying to test some alternative files with
Helena to debug this, but we found out that r3.in.ascii is also broken
now. I don't know if she filed a report or not. I'd copy her here, but
apparently there is no longer a way to add someone to this ticket.

can you provided more detailed info, at least in which sense `r3.in.ascii`
is broken? Note that ticket is marked as blocker. We need to move on.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:3&gt;
GRASS GIS <http://grass.osgeo.org>

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

Comment(by cmbarton):

Trying. But am traveling and in meetings. So time is limited. Still, I
just sent in some info today. I will try Anna's suggestions too. Lot of
people using GRASS on the Mac. Would help if more people could test.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:4&gt;
GRASS GIS <http://grass.osgeo.org>

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

Comment(by helena):

I have just freshly compiled 6.4.3 on my home mac with osx 10.6.8 and the
isosurfaces work properly for my small example.
The isosurfaces using binary from Michael crash the GUI on the same
machine, so it may be an issue related to compiling on 10.7? Also, if the
number of layers is large (in my second test case it was 42), nothing gets
drawn. So there are issues in terms of handling cases that should provide
an error rather than quietly do nothing but with the smaller data set (9
layers) the volumes run OK on mac osx 10.6.

Helena

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:5&gt;
GRASS GIS <http://grass.osgeo.org>

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

Comment(by annakrat):

Replying to [comment:5 helena]:
> The isosurfaces using binary from Michael crash the GUI on the same
machine, so it may be an issue related to compiling on 10.7? Also, if the
number of layers is large (in my second test case it was 42), nothing gets
drawn. So there are issues in terms of handling cases that should provide
an error rather than quietly do nothing but with the smaller data set (9
layers) the volumes run OK on mac osx 10.6.

Maximium numbers of volumes/slices/isosurfaces are defined
[http://trac.osgeo.org/grass/browser/grass/trunk/include/ogsf.h#L37 here].
In case of loading too many volumes there is a warning, in other cases
probably not.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:6&gt;
GRASS GIS <http://grass.osgeo.org>

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

Comment(by martinl):

Replying to [comment:4 cmbarton]:
> Lot of people using GRASS on the Mac. Would help if more people could
test.

OK, so probably some of them could fix it. Me or most of GRASS devs I know
have no access to Mac. So little chance we can fix it. Please bear in mind
what blocker means.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:7&gt;
GRASS GIS <http://grass.osgeo.org>

#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 |
-----------------------+----------------------------------------------------
Changes (by martinl):

  * priority: blocker => critical

Comment:

Replying to [comment:5 helena]:
> I have just freshly compiled 6.4.3 on my home mac with osx 10.6.8 and
the isosurfaces work properly for my small example.
> The isosurfaces using binary from Michael crash the GUI on the same
machine, so it may be an issue related to compiling on 10.7? Also, if the
number of layers is large (in my second test case it was 42), nothing gets
drawn. So there are issues in terms of handling cases that should provide
an error rather than quietly do nothing but with the smaller data set (9
layers) the volumes run OK on mac osx 10.6.

based on this info I took liberty to decrease the priority.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:8&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

The fact that this runs on the Mac OS that is 2 generations old, is
encouraging. But the fact that it doesn't run on the 2 most recent
versions of the Mac OS is a big problem. Hopefully this will turn out to
be a Mac compiling issue that William and I can work out. But it still may
be something in the wxNVIZ code that is only showing up now in current
versions of the OS. So releasing a stable version (i.e., that can no
longer be altered) with an important part of GRASS non-functional is
something that I don't think we should do. So we need to at least figure
out what is wrong. Anyway, I just updated dependencies (frameworks) and
tested William's new build of GRASS 6.4.3. In this case, 3D does not work
at all, but maybe the errors will be helpful in trouble shooting the
problem.

Message on starting GRASS:

{{{

3D view mode:
dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_ogsf.6.4.3svn.dylib,
10): Library not loaded: /Users/Shared/unix/ffmpeg-
snow/lib/libavutil.dylib
   Referenced from:
/Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_ogsf.6.4.3svn.dylib
   Reason: image not found

}}}

Starting 3D mode failed after:

1) opening JR_2008_ALL_dem in the layer manger
2) opening jr_7408MR_2m_t70 in the layer manager
3) setting region to match jr_7408MR_2m_t70 using g.region
4) displaying layers (JR_2008_ALL_dem only shows)
5) switching to 3D mode in the display

Here is the error:

{{{

Starting 3D view mode...
Exception in thread Thread-14:
Traceback (most recent call last):
   File "/System/Library/Frameworks/Python.framework/Versions
/2.6/lib/python2.6/threading.py", line 532, in
__bootstrap_inner
     self.run()
   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpyt
hon/nviz/mapwindow.py", line 64, in run
     self._display = wxnviz.Nviz(self.log, self.progressbar)
   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpyt
hon/nviz/wxnviz.py", line 98, in __init__
     self.Init()
   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpyt
hon/nviz/wxnviz.py", line 124, in Init
     GS_libinit()
NameError: global name 'GS_libinit' is not defined
Exception
AttributeError
:
"'Nviz' object has no attribute 'data'"
  in
<bound method Nviz.__del__ of <nviz.wxnviz.Nviz object at
0x618ec30>>
  ignored
Traceback (most recent call last):
   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpyt
hon/mapdisp/toolbars.py", line 229, in OnSelectTool

self.parent.AddNviz()
   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpyt
hon/mapdisp/frame.py", line 294, in AddNviz

Map = self.Map, tree = self.tree, lmgr = self._layerManager)
   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpyt
hon/nviz/mapwindow.py", line 156, in __init__

self.decoration['arrow']['size'] = self._getDecorationSize()
   File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpyt
hon/nviz/mapwindow.py", line 1172, in _getDecorationSize

size = self._display.GetLongDim() / 8.
AttributeError
:
'NoneType' object has no attribute 'GetLongDim'

}}}

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:9&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

I tried setting debug=5 and crashing wxNVIZ with the most recent build
from trunk. To get the crash, I used Helena's test DEM and volume. I set
the region to match the volume and loaded both DEM and volume into the
layer manager. Then I displayed them with wxNVIZ. I switched to the volume
window under the data tab and added an isosurface. No crash yet. Then I
tried to change the level displayed by the isosurface from the default
(minimum value) to 10. This is where the crash happens. Here is the debug
output for that action. Hopefully it can identify what is happening

{{{

D3/5: GVL_vol_exists
D5/5: gvl_get_vol():
D5/5: id=81721
D3/5: GVL_isosurf_num_isosurfs
D5/5: gvl_get_vol():
D5/5: id=81721
D3/5: GVL_vol_exists
D5/5: gvl_get_vol():
D5/5: id=81721
D3/5: GVL_isosurf_num_isosurfs
D5/5: gvl_get_vol():
D5/5: id=81721
D3/5: GVL_isosurf_set_att_const() id=81721 isosurf_id=0 att=1
const=10.000000
D5/5: gvl_isosurf_get_isosurf(): id=81721 isosurf=0
D5/5: gvl_get_vol():
D5/5: id=81721
D5/5: gvl_isosurf_set_att_const(): att=1, const=10.000000
D5/5: gvl_isosurf_set_att_src
D5/5: isosurf_get_att_src
D5/5: gvl_isosurf_set_att_changed
D3/5: GS_clear
D3/5: GS_ready_draw
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_get_aspect(): left=0, right=797, top=545, bottom=0
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_draw_wire(): id=110658
D5/5: gs_get_surf():
D5/5: id=110658
D3/5: gsd_wire_surf(): id=110658
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_typbuff(): id=110658 desc=2 to_write=0
D5/5: gs_update_curmask(): id=110658
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_done_draw
D3/5: GS_ready_draw
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_get_aspect(): left=0, right=797, top=545, bottom=0
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_clear
D5/5: gs_get_surf():
D5/5: id=110658
D3/5: GS_get_zextents(): id=110658
D3/5: GS_draw_surf(): id=110658
D5/5: gs_get_surf():
D5/5: id=110658
D5/5: gsd_surf(): id=110658
D5/5: gs_get_att_src(): id=110658, desc=1
D5/5: gs_get_att_typbuff(): id=110658 desc=1 to_write=0
D5/5: gs_get_att_typbuff(): id=110658 desc=2 to_write=0
D5/5: gs_update_curmask(): id=110658
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_ready_draw
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_get_aspect(): left=0, right=797, top=545, bottom=0
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_done_draw
D3/5: GS_ready_draw
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_get_aspect(): left=0, right=797, top=545, bottom=0
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_done_draw
D3/5: GS_ready_draw
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_get_aspect(): left=0, right=797, top=545, bottom=0
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D5/5: gvl_get_vol():
D5/5: id=81721
D5/5: gvld_vol(): id=81721
D5/5: gvl_slices_calc(): id=81721
D5/5: color buf = [0% yellow]
D5/5: color buf = [20% green]
D5/5: color buf = [40% cyan]
D5/5: color buf = [60% blue]
D5/5: color buf = [80% magenta]
D5/5: color buf = [100% red]
D5/5: gvld_slices
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: GS_get_zrange(): min=-0.09 max=22.33
D3/5: gvl_write_char(): reallocate memory for pos : 0 to : 1000000 B
pythonw2.6(12150,0xacbe1a28) malloc: *** error for object 0xdea2000:
pointer being realloc'd was not allocated
*** set a breakpoint in malloc_error_break to debug

}}}

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:10&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

No problem displaying volumes on OS X 10.8 via the old TclTk NVIZ with
GRASS 6.4.2

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:11&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

After combined work by Anna, Helena, and me, I've found a way to fix this.
Remove all references to gvl_data_align in ../lib/ogsf/gvl_calc.c

gvl_data_align is called in 2 places in gel_calc.c, once for viewing
isosurfaces and once for viewing slices. It needs to be removed in both
places. Since these are the only places it is called AFAICT, the function
can be removed too.

No one (including the developer who's name is listed on the gvl_calc.c
source code) seems to know what gvl_data_align is supposed to do. BUT I
don't know if this will cause a problem on any other platform, including:

Mac OS X 10.6
Linux
Windows

So testing is needed. If this works on all platforms, it needs to be
propagated to all GRASS versions now in development.

Michael

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:12&gt;
GRASS GIS <http://grass.osgeo.org>

#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 annakrat):

Just for the record, Markus Metz tried to fix it in r54866.

The crash report is still the same?

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:13&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

That fix did not work. I wrote back to Markus about it.

Michael

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:14&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

I only tested trunk, but that's what he said he changed.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:15&gt;
GRASS GIS <http://grass.osgeo.org>

#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:15 cmbarton]:
> I only tested trunk, but that's what he said he changed.

OK, I think I have understood what gvl_align_data() does and how it is
used. Its purpose is to reduce memory allocation to the actual amount of
data, that is all. The function itself had a bug, wrong pointer arithmetic
(correct in gvl_write_char()).

I have fixed gvl_align_data() in trunk r54877 and disabled in relbr64 and
devbr6 (r54878-9). If it is still not working in trunk, we have to disable
it in trunk as well.

Markus M

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:16&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

OK. I'll try to compile again. Thanks.

Michael

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:17&gt;
GRASS GIS <http://grass.osgeo.org>

#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 cmbarton):

That fixed it!!!

Thanks. If you want to backport to GRASS 6.x, I can test.

Michael

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1736#comment:18&gt;
GRASS GIS <http://grass.osgeo.org>