[GRASS-dev] Grass7 GUI compilation failed

Sat Dec 29 21:30:05 PST 2012

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, <grass-dev-request at lists.osgeo.org>
>  wrote:
> 
>> From: Rashad M <mohammedrashadkm at gmail.com>
>> Subject: Re: [GRASS-dev] Grass7 GUI compilation failed
>> Date: December 29, 2012 11:25:17 AM MST
>> To: <grass-dev at lists.osgeo.org>
>> 
>> 
>> 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 <mohammedrashadkm at gmail.com> 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
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev