I can confirm that - I don't think it was the animation, I think it was the g.gui.* that started to break down modules for me. I am still on 10.6.8 but I am trying to set up a machine with 10.8 for testing.
Currently, the compilation ends with error for the following modules: /Users/helena/grassdev7/grass_trunk/gui/wxpython/animation /Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe /Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler /Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup /Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap /Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr /Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit /Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass but it affects more than the modules above - for example switching to 3d view is broken - it has erratic behavior (I can provide more details - there are too many to list here but the following error shows up pythonw2.6[69774] <Error>: CGContextRestoreGState: invalid context 0x0 (this is just with a single DEM, no volumes) v.digit runs but hangs on rendering mapswipe works fine except for the manual page which gives CGContextRestoreGState: invalid context 0x0 animation tool does not start at all giving the following error CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 componen ts, kCGImageAlphaNoneSkipFirst. pythonw2.6[69774] <Error>: CGContextTranslateCTM: invalid context 0x0 pythonw2.6[69774] <Error>: CGContextScaleCTM: invalid context 0x0 Note that this issue is different from GRASS6.4.3 crashing gui on OS X 10.7 and 10.8 when drawing isosurfaces - that works OK on 10.6 but the issues above are in GRASS7 only and on Mac OSX 10.6 - 10.8 Helena On Dec 29, 2012, at 3:57 PM, Michael Barton wrote: > This has been broken since the introduction of the animation module and > apparently now is affecting other modules that used to compile fine. So GRASS > 7 is increasingly broken for the Mac. Volume displays have been broken for > many months now. If someone could tell me what has changed with the > introduction of these new modules and related changes to the other ones, I > might be able to find out what is breaking on the Mac. I'm guessing that it > is a new class that calls some wxPython windowing routine that has a problem, > but I don't know what it is. > > Michael > ____________________ > C. Michael Barton > Director, Center for Social Dynamics & Complexity > Professor of Anthropology, School of Human Evolution & Social Change > Arizona State University > > voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) > fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) > www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > > > > > > > > > > > > On Dec 29, 2012, at 1:00 PM, <[email protected]> > wrote: > >> From: Rashad M <[email protected]> >> Subject: Re: [GRASS-dev] Grass7 GUI compilation failed >> Date: December 29, 2012 11:25:17 AM MST >> To: <[email protected]> >> >> >> here is output from v.digit >> make >> ml >> make[6]: Entering directory `/code/grass/grass70/gui/wxpython/vdigit' >> GISRC=/code/grass/grass70/dist.x86_64-unknown-linux-gnu/demolocation/.grassrc70 >> GISBASE=/code/grass/grass70/dist.x86_64-unknown-linux-gnu >> PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:$PATH" >> >> PYTHONPATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:$PYTHONPATH" >> >> LD_LIBRARY_PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:" >> LC_ALL=C >> /code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit >> --html-description < /dev/null | grep -v '</body>\|</html>' > >> g.gui.vdigit.tmp.html >> Traceback (most recent call last): >> File >> "/code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit", >> line 39, in <module> >> import wx >> ImportError: No module named wx >> make[6]: *** [g.gui.vdigit.tmp.html] Error 1 >> rm g.gui.vdigit.tmp.html >> make[6]: Leaving directory `/code/grass/grass70/gui/wxpython/vdigit' >> make[5]: *** [guiscript] Error 2 >> >> >> On Sat, Dec 29, 2012 at 9:57 PM, Rashad M <[email protected]> wrote: >> grass7.0 fails compilation at first and continues only after setting >> PYTHONPATH. >> >> This becomes a routine for recompilation. Is there any work around to >> automatically pickup wxPython? >> >> Here is my error log: >> >> Started compilation: Sat Dec 29 21:46:17 IST 2012 >> -- >> Errors in: >> /code/grass/grass70/gui/wxpython/animation >> /code/grass/grass70/gui/wxpython/mapswipe >> /code/grass/grass70/gui/wxpython/gmodeler >> /code/grass/grass70/gui/wxpython/rlisetup >> /code/grass/grass70/gui/wxpython/psmap >> /code/grass/grass70/gui/wxpython/dbmgr >> /code/grass/grass70/gui/wxpython/vdigit >> -- >> In case of errors please change into the directory with error and run 'make'. >> If you get multiple errors, you need to deal with them in the order they >> appear in the error log. If you get an error building a library, you will >> also get errors from anything which uses the library. >> -- >> Finished compilation: Sat Dec 29 21:53:10 IST 2012 >> >> >> wxpython is installed from ubuntu repos. so its in the default path >> >> >> -- >> Regards, >> Rashad >> >> >> >> -- >> Regards, >> Rashad > > _______________________________________________ > grass-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/grass-dev _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
