On Jun 6, 2010, at 6:15 PM, Glynn Clements wrote:
>> I got an error starting the GUI:
>> File
>> "/Users/Shared/src/GRASS/svn/trunk/dist.i386-apple-darwin10.3.1/etc/gui/wxpython/gui_modules/ghelp.py",
>> line 348, in __init__
>>super(ItemTree, self).__init__(parent, id, ctstyle = ctstyle, *
William Kyngesburye wrote:
> >> That works, dist/etc/python/grass/lib now fully populated, no make
> >> errors (besides the ignored CPP unknown architecture errors).
> >
> > Does the wxGUI NVIZ module work?
> I got an error starting the GUI:
> File
> "/Users/Shared/src/GRASS/svn/trunk/dist.i
> > WARNING: Nviz extension (3D view mode) disabled. Reason:
> > dlopen(/Users/helena/grassdev7/GRASS-7.0.app/Contents/MacOS/lib/libgrass_datetime.dylib,
> > >10): no suitable image found. Did find:
>>
>> /Users/helena/grassdev7/GRASS-7.0.app/Contents/MacOS/lib/libgrass_datetime.dylib:
>
On Jun 6, 2010, at 11:39 AM, Helena Mitasova wrote:
> wxnviz still does not run on Mac - this is what I get:
>
> To compile I have to run make in gui/wxpython
> (errors in nviz, xganim and wximgview I ignore)
>
> I start in text mode and then run
> g.gui wx &
>
> which opens the GUI (works fin
wxnviz still does not run on Mac - this is what I get:
To compile I have to run make in gui/wxpython
(errors in nviz, xganim and wximgview I ignore)
I start in text mode and then run
g.gui wx &
which opens the GUI (works fine for 2D display)
but upon opening the gui I get the warnings listed be
On Jun 6, 2010, at 2:34 AM, Glynn Clements wrote:
>
> William Kyngesburye wrote:
>
>> That works, dist/etc/python/grass/lib now fully populated, no make
>> errors (besides the ignored CPP unknown architecture errors).
>
> Does the wxGUI NVIZ module work?
I got an error starting the GUI:
GRASS
I have been re-compiling and running grass7 on my Mac daily over the past few
days
and with the yesterday compile wxGUI and r.sim.water runs, but wxnviz opens,
starts loading the raster and then stalls -
let me run it again and report what error I am getting.
Helena
On Jun 6, 2010, at 3:34 AM
tring to run nviz, it crash on start printing out this log :
GRASS_INFO_ERROR(48895,1): Syntax error
GRASS_INFO_END(48895,1)
Il giorno 06/giu/2010, alle ore 09.34, Glynn Clements ha scritto:
>
> William Kyngesburye wrote:
>
>> That works, dist/etc/python/grass/lib now fully populated, no make
William Kyngesburye wrote:
> That works, dist/etc/python/grass/lib now fully populated, no make
> errors (besides the ignored CPP unknown architecture errors).
Does the wxGUI NVIZ module work?
--
Glynn Clements
___
grass-dev mailing list
grass-dev@l
On Jun 5, 2010, at 11:58 PM, grass-dev-requ...@lists.osgeo.org wrote:
> Date: Sat, 5 Jun 2010 21:14:05 +0200
> From: Massimo Di Stefano
> Subject: Re: [GRASS-dev] grass7 on mac OSX
> To: William Kyngesburye
> Cc: Glynn Clements ,
>"grass-dev@lists.osgeo.
Works!!! :-D
GRASS 7.0.svn (spearfish60):~ > g.gui
GRASS 7.0.svn (spearfish60):~ > ipython
Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29)
Type "copyright", "credits" or "license" for more information.
IPython 0.11.bzr.r1205 -- An enhanced Interactive Python.
? -> Introduction and over
On Jun 5, 2010, at 1:01 PM, Glynn Clements wrote:
> William Kyngesburye wrote:
>
>> Next error, after that finishes:
>>
>> sed \
>> -e '/^# End loader$/a\
>> from ctypes_preamble import *\
>> from ctypes_preamble import _variadic_function\
>> from ctypes_loader import *' \
>>
William Kyngesburye wrote:
> Next error, after that finishes:
>
> sed \
> -e '/^# End loader$/a\
> from ctypes_preamble import *\
> from ctypes_preamble import _variadic_function\
> from ctypes_loader import *' \
> -e '/^# Begin preamble$/,/^# End preamble$/d' \
>
On Jun 5, 2010, at 1:15 AM, Glynn Clements wrote:
>> With, though I get that unknown architecture
>> error in nviz.py. The ctypesgen authors seem to be aware of and patch
>> OSX issues, but maybe they never tried it with system framework headers.
>
> But does this prevent the generation of the w
William Kyngesburye wrote:
> I had to restore the -U __GNUC__. Without it, I get a lot of syntax
> errors in GRASS headers.
Right; that will be due to this:
#if !defined __GNUC__ || __GNUC__ < 2
#undef __attribute__
#define __attribute__(x)
#endif
If __GNUC__ i
On Jun 4, 2010, at 1:04 PM, Glynn Clements wrote:
>
> Barton Michael wrote:
>
>> Once you or others think there is a potential fix for GRASS for OSX,
>> I'm happy to give it a try.
>
> Can you try the latest version? It will still fail, but it should
> provide more information (specifically, th
Started compilation: Ven 4 Giu 2010 21:08:54 CEST
--
Errors in:
/Users/Shared/source/grass_trunk/lib/python/default
/Users/Shared/source/grass_trunk/gui/wxpython
/Users/Shared/source/grass_trunk/visualization/nviz
--
In case of errors please change into the directory with error and run 'make'.
If
Barton Michael wrote:
> Once you or others think there is a potential fix for GRASS for OSX,
> I'm happy to give it a try.
Can you try the latest version? It will still fail, but it should
provide more information (specifically, the "invalid \x escape"
exception should now report the string that
Once you or others think there is a potential fix for GRASS for OSX, I'm happy
to give it a try.
MIchael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
voice:
William Kyngesburye wrote:
> >> i applied the patch and tried to rebuild (after make distclean)
> >> File
> >> "/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py",
> >> line 60, in __new__
> >>value = value[1:-1].decode('string_escape')
> >> ValueError: inv
trying to catch up on all this...
On Jun 3, 2010, at 12:05 AM, Glynn Clements wrote:
>
> Massimo Di Stefano wrote:
>
>> i applied the patch and tried to rebuild (after make distclean)
>> File
>> "/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py",
>> line 60,
humm .. i forghet that :-/
is the local copy of ctypesgen in grass
a modified version from the original source?
If yes exists a "diff" between the 2 versions ?
i tried to contact people on #macdev from irc.freenode.net
but i haven't got answers. I can also try to send a note
to the pythonmac list
Massimo Di Stefano wrote:
> i opened an issue on :
>
> http://code.google.com/p/ctypesgen/issues/detail?id=7
>
> i hope what i wrote is correct, tell me if i need to change something.
Note that GRASS uses a local copy of ctypesgen, so there isn't much
point reporting issues to the upstream mai
i opened an issue on :
http://code.google.com/p/ctypesgen/issues/detail?id=7
i hope what i wrote is correct, tell me if i need to change something.
i'll also try to send a mail to the pythonmac mailing list.
Il giorno 03/giu/2010, alle ore 07.05, Glynn Clements ha scritto:
>
> Massimo Di Ste
Massimo Di Stefano wrote:
> i applied the patch and tried to rebuild (after make distclean)
> File
> "/Users/Shared/source/grass_trunk/lib/python/ctypes/ctypesgencore/parser/pplexer.py",
> line 60, in __new__
> value = value[1:-1].decode('string_escape')
> ValueError: invalid \x escape
T
i applied the patch and tried to rebuild (after make distclean)
this the log :
MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ make -C lib/python
...
..
make[2]: `date.py' is up to date.
make[2]: `grass.py' is up to date.
make[2]: `raster.py' is up to date.
make[2]: `gmath.py' is up to
Barton Michael wrote:
> When the switch to ctypes started, I compiled ctypes as directed.
I presume that you mean ctypesgen (ctypes is part of Python).
> Could this be a problem now?
I doubt it; when importing modules, Python searches the directory
containing the script first, before $PYTHONP
Massimo Di Stefano wrote:
> >> while start grass in text mode, again grass.lib is not avaiable as
> >> grass.python module
> >
> > You'll need to provide the output from "make -C lib/python" if you
> > want help with this.
>
> Thanks! i see this log thinking about the wxgui failure ... while
Massimo,
I recommend uninstalling any Python except the system one and using the system
Python only. It should work.
Michael Barton
On Jun 2, 2010, at 10:16 AM, Massimo Di Stefano wrote:
>
>
>
> Il giorno 02/giu/2010, alle ore 04.54, Glynn Clements ha scritto:
>
>>
>> Barton Michael wr
When the switch to ctypes started, I compiled ctypes as directed. Could this be
a problem now?
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
voice: 4
It is not a wxPython 2.9 problem--or should not be. I think it is something
else in the build system. Others are having the same problem with the current
version.
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School o
Il giorno 02/giu/2010, alle ore 10.41, Glynn Clements ha scritto:
>
> Massimo Di Stefano wrote:
>
>> error in wx gui build (i'm using wx-cocoa)
>> log :
>> http://www.geofemengineering.it/data/grass_wxgui_log.txt
>
> pseudodc.h: In member function ‘virtual void gpdcFloodFillOp::DrawToDC(wxDC*
Massimo Di Stefano wrote:
> error in wx gui build (i'm using wx-cocoa)
> log :
> http://www.geofemengineering.it/data/grass_wxgui_log.txt
pseudodc.h: In member function ‘virtual void gpdcFloodFillOp::DrawToDC(wxDC*,
bool)’:
pseudodc.h:210: error: invalid conversion from ‘int’ to ‘wxFloodFillSt
Il giorno 02/giu/2010, alle ore 04.54, Glynn Clements ha scritto:
>
> Barton Michael wrote:
>
>> I just compiled GRASS 7 a couple days ago, before leaving for Spain. Wx
>> digitizer and nviz don't compile.
>
> The gui/wxpython/nviz directory is no longer built; it has been
> superseded by gu
Barton Michael wrote:
> I just compiled GRASS 7 a couple days ago, before leaving for Spain. Wx
> digitizer and nviz don't compile.
The gui/wxpython/nviz directory is no longer built; it has been
superseded by gui/wxpython/gui_modules/wxnviz.py.
The ctypes/SWIG changes don't touch the vdigit mo
I succesfull build wxpython on snow leopard to be 32+64 bit against wx2.9 (svn
version) <- is the only way to have wx with no "bitwise" problems on osx
then i installed ctypesgen
tring to build grass70 i got the error in wxpython gui code
re-running make inside its directory the error is not fixe
On Jun 1, 2010, at 5:52 PM, Barton Michael wrote:
> I just compiled GRASS 7 a couple days ago, before leaving for Spain. Wx
> digitizer and nviz don't compile.
I had the same problem two days ago - I will update and try again.
Everything else runs so far but I really wanted to check on the new
Hi,
2010/6/1 Massimo Di Stefano :
[...]
> Traceback (most recent call last):
> File "/Applications/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/wxgui.py",
> line 87, in
> import gui_modules.nviz_tools as nviz_tools
> File
> "/Users/Shared/source/grass_trunk/dist.i386-apple-darwin10.3.0/
I just compiled GRASS 7 a couple days ago, before leaving for Spain. Wx
digitizer and nviz don't compile. Also others can't even open my binaries.
Is there a new configure switch for ctypes? Are we supposed to no longer use
the python switch?
Michael
C. Michael Barton
Dire
Now the error i means :
"""
>>> In [2]: from grass.lib import raster
>>>
>>> Traceback (most recent call last):
>>> File "", line 1, in
>>> ImportError: No module named lib
"""
is reflected in the gui.
the new GUI code changes are af
No ipython on the student's machine.
I compiled GRASS 7 and had no problems. I posted my binary so others could use
it. The one person who has tried it gets a bogus error about Python
subprocess() not existing. The binary of GRASS 6.5 that I compiled and posted
at the same time runs fine on he
i tried a new build, removing the old .app first
i tried without ipython, but the problem is the same :
GRASS 7.0.svn (spearfish60):~ > python
Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more i
On May 27, 2010, at 3:56 AM, Massimo Di Stefano > wrote:
Hell Soeren,
seems i've an up-to-date revision :
MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ svn up
At revision 42358.
i also did make distclean first to re-try configure && make.
but your note about a "renamed" function,
Hell Soeren,
seems i've an up-to-date revision :
MacBook-Pro-15-di-Massimo-Di-Stefano:grass_trunk sasha$ svn up
At revision 42358.
i also did make distclean first to re-try configure && make.
but your note about a "renamed" function, point me to a problem i had on qgis
side too (make install
Hello Massimo,
can you please make a svn update?The gmath function
G_math_backward_solving has been renamed into
G_math_backward_substitution a while ago. Maybe something got mixed
up?
Best
Soeren
2010/5/27 Massimo Di Stefano :
> i see ctypesgen is included in grass7 (not ctype itself)
> to check
i see ctypesgen is included in grass7 (not ctype itself)
to check if my local copy of ctypesgen is the reason of the error,
i temporary moved ctypesgen from my computer :
sudo mv /Library/Python/2.6/site-packages/ctypesgencore
/Library/Python/2.6/site-packages/ctypesgencore__
sudo mv /usr/local/b
0:49:51 +0200
>>> From: Massimo Di Stefano
>>> Subject: [GRASS-dev] grass7 on mac OSX
>>> To: grass-dev list
>>> Message-ID: <05bc922b-8790-4579-93e3-3052d5b15...@gmail.com>
>>> Content-Type: text/plain; charset=us-ascii
>>>
>>> Hi All,
Il giorno 24/mag/2010, alle ore 17.28, Michael Barton ha scritto:
>
>
> On May 24, 2010, at 6:35 AM, grass-dev-requ...@lists.osgeo.org wrote:
>
>> Date: Mon, 24 May 2010 00:49:51 +0200
>> From: Massimo Di Stefano
>> Subject: [GRASS-dev] grass7 on mac OSX
>&g
On May 24, 2010, at 6:35 AM, grass-dev-requ...@lists.osgeo.org wrote:
> Date: Mon, 24 May 2010 00:49:51 +0200
> From: Massimo Di Stefano
> Subject: [GRASS-dev] grass7 on mac OSX
> To: grass-dev list
> Message-ID: <05bc922b-8790-4579-93e3-3052d5b15...@gmail.com>
>
Hi All,
i upgrade grass7 from svn on mac osx 10.6.3 ,
the build ends with an error in wxpython, rerunning make inside the wxpython
director fix the problem.
but tring to load grass from python i had thi error :
In [1]: from grass.lib import grass
--
50 matches
Mail list logo