On Sep 14, 2008, at 2:22 PM, Michael Barton wrote:
Typo fixed.
Recompiled (did make distclean between each compilation just to make
sure that nothing lurking in a previous build could cause a problem)
using: --without-x --without-tcltk AND --with-x --without-tcltk
Still no go. I'm attaching crash logs. I am also noticing that every
make and make install causes a r.terraflow crash--even though I've
not launched r.terraflow. I'm not sure what this is about, but note
that the problematic wxPython modules and r.terraflow all use C++.
I'm attaching the r.terraflow crash log too, in case it holds a clue.
I get those also. It hasn't bothered me enough yet to look into it.
Michael
<Python_without-x_without-tcltk.crash>
<Python_with-x_without-tcltk.crash>
<r.terraflow_2008-09-14-121541_cmb-MBP-2.crash>
Still some X11 libs in there, so it's probably something else outside
GRASS loading them (something in python or wx?). Dead end.
Though I do see that the wxnviz makefile unconditionally links the X11
libraries. Maybe something else to move to the non-OSX EXTRA_LIBS -
since OSX will always be using an Aqua python (I suppose it's
theoretically possibly to compile GRASS on OSX with all X11-based
python and wxpython) - or conditionalize on the OpenGL flag (whether
it's aqua or X11 or Windows).
On further inspection of the crashlog, I think it's the
_grass6_wxnviz.so that it's choking on (makes sense). I see that
libgrass_nviz is loaded in the binary images section, but not
_grass6_wxnviz.so (_grass6_wxnviz.so and nviz2 are the only things
that link libgrass_nviz). So it was in the middle of loading it and
got libgrass_nviz loaded, then crash. From there I'm at a loss.
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
All generalizations are dangerous, even this one.
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
