Hi
Just updated to 6.2 using Lorenzo's binaries and now have the disappearing gis.m manager syndrome -- saw some correspondence about this in January, but not for OSX. Everything works fine when the startup is X11, but in OSX or X11 OSX, the following errors occur:
GRASS 6.2.1 (tinatown):~ > Error in startup script: bad variable name "coords(1)": upvar won't create a scalar variable that looks like an array element
while executing
"global coords($mon)"
(procedure "MapCanvas::pointer" line 5)
invoked from within
"MapCanvas::pointer $mon"
(procedure "MapCanvas::create" line 226)
invoked from within
"MapCanvas::create"
(procedure "Gm::startmon" line 11)
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 69)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/Applications/GrassGIS/Grass6.app/Contents/Resources/grass-6.2.1/etc/gm/gm.tcl" line 521)
Just updated to 6.2 using Lorenzo's binaries and now have the
disappearing gis.m manager syndrome -- saw some correspondence about
this in January, but not for OSX. Everything works fine when the
startup is X11, but in OSX or X11 OSX, the following errors occur:
GRASS 6.2.1 (tinatown):~ > Error in startup script: bad variable name
"coords(1)": upvar won't create a scalar variable that looks like an
array element
while executing
"global coords($mon)"
(procedure "MapCanvas::pointer" line 5)
invoked from within
"MapCanvas::pointer $mon"
(procedure "MapCanvas::create" line 226)
invoked from within
"MapCanvas::create"
(procedure "Gm::startmon" line 11)
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 69)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/Applications/GrassGIS/Grass6.app/Contents/Resources/
grass-6.2.1/etc/gm/gm.tcl" line 521)
Also tried the 6.3 cvs with the same result.
OSX 10.4.8 on Intel Xeon 2x2.66
Any suggestions much appreciated.
In the file $GISBASE/etc/gm/mapcanvas.tcl, in the procedure
MapCanvas::pointer, change the line:
global coords($mon)
to:
global coords
I'm guessing that the issue must be specific to certain versions of
Tcl/Tk, as this code has been there since 2006-06-06, and exists in
all 6.x releases, as far back as 6.0.0-beta1.
As far as I know, there are problems with using GRASS with aqua TclTk on
Intel Mac's. This is why William Kyngesbury doesn't maintain aqua binaries.
The x11 version should be fine.
Michael
On 3/3/07 6:25 PM, "Glynn Clements" <glynn@gclements.plus.com> wrote:
Stuart Edwards wrote:
Just updated to 6.2 using Lorenzo's binaries and now have the
disappearing gis.m manager syndrome -- saw some correspondence about
this in January, but not for OSX. Everything works fine when the
startup is X11, but in OSX or X11 OSX, the following errors occur:
GRASS 6.2.1 (tinatown):~ > Error in startup script: bad variable name
"coords(1)": upvar won't create a scalar variable that looks like an
array element
while executing
"global coords($mon)"
(procedure "MapCanvas::pointer" line 5)
invoked from within
"MapCanvas::pointer $mon"
(procedure "MapCanvas::create" line 226)
invoked from within
"MapCanvas::create"
(procedure "Gm::startmon" line 11)
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 69)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/Applications/GrassGIS/Grass6.app/Contents/Resources/
grass-6.2.1/etc/gm/gm.tcl" line 521)
Also tried the 6.3 cvs with the same result.
OSX 10.4.8 on Intel Xeon 2x2.66
Any suggestions much appreciated.
In the file $GISBASE/etc/gm/mapcanvas.tcl, in the procedure
MapCanvas::pointer, change the line:
global coords($mon)
to:
global coords
I'm guessing that the issue must be specific to certain versions of
Tcl/Tk, as this code has been there since 2006-06-06, and exists in
all 6.x releases, as far back as 6.0.0-beta1.
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
As far as I know, there are problems with using GRASS with aqua TclTk on
Intel Mac's. This is why William Kyngesbury doesn't maintain aqua binaries.
The x11 version should be fine.
Michael
More just a general TclTk Aqua problem, not just for Intel OSX. Spacing and other cosmetic glitches.
Lorenzo is using the same TclTk version as I do, so that's probably not the problem. But his binary is PPC-only, and running something as complex as GRASS thru Rosetta might be problematic.
There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened.
-Hitchhiker's Guide to the Galaxy 2nd season intro
Stu
On Mar 3, 2007, at 8:25 PM, Glynn Clements wrote:
Stuart Edwards wrote:
Just updated to 6.2 using Lorenzo's binaries and now have the
disappearing gis.m manager syndrome -- saw some correspondence about
this in January, but not for OSX. Everything works fine when the
startup is X11, but in OSX or X11 OSX, the following errors occur:
GRASS 6.2.1 (tinatown):~ > Error in startup script: bad variable name
"coords(1)": upvar won't create a scalar variable that looks like an
array element
while executing
"global coords($mon)"
(procedure "MapCanvas::pointer" line 5)
invoked from within
"MapCanvas::pointer $mon"
(procedure "MapCanvas::create" line 226)
invoked from within
"MapCanvas::create"
(procedure "Gm::startmon" line 11)
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 69)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/Applications/GrassGIS/Grass6.app/Contents/Resources/
grass-6.2.1/etc/gm/gm.tcl" line 521)
Also tried the 6.3 cvs with the same result.
OSX 10.4.8 on Intel Xeon 2x2.66
Any suggestions much appreciated.
In the file $GISBASE/etc/gm/mapcanvas.tcl, in the procedure
MapCanvas::pointer, change the line:
global coords($mon)
to:
global coords
I'm guessing that the issue must be specific to certain versions of
Tcl/Tk, as this code has been there since 2006-06-06, and exists in
all 6.x releases, as far back as 6.0.0-beta1.
I couldn't get GRASS 6.3 to compile with the aqua version anymore. It gets
stuck with nviz.
Michael
On 3/3/07 7:42 PM, "William Kyngesburye" <woklist@kyngchaos.com> wrote:
On Mar 3, 2007, at 8:15 PM, Michael Barton wrote:
As far as I know, there are problems with using GRASS with aqua
TclTk on
Intel Mac's. This is why William Kyngesbury doesn't maintain aqua
binaries.
The x11 version should be fine.
Michael
More just a general TclTk Aqua problem, not just for Intel OSX.
Spacing and other cosmetic glitches.
Lorenzo is using the same TclTk version as I do, so that's probably
not the problem. But his binary is PPC-only, and running something
as complex as GRASS thru Rosetta might be problematic.
There is a theory which states that if ever anyone discovers exactly
what the universe is for and why it is here, it will instantly
disappear and be replaced by something even more bizarrely
inexplicable. There is another theory which states that this has
already happened.
-Hitchhiker's Guide to the Galaxy 2nd season intro
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University