[GRASS-dev] NVIZ problem on Mac

GRASS GRASS developer
1

On Dec 20, 2008, at 10:00 AM, <grass-dev-request@lists.osgeo.org> <grass-dev-request@lists.osgeo.org > wrote:

Date: Sat, 20 Dec 2008 10:42:40 -0600
From: William Kyngesburye <woklist@kyngchaos.com>
Subject: Re: [GRASS-dev] NVIZ problem on Mac
To: Michael Barton <michael.barton@asu.edu>
Cc: grass developers <grass-dev@lists.osgeo.org>
Message-ID: <AEFEE6DF-DA05-4949-B476-0DF87BC3EBB3@kyngchaos.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes

On Dec 20, 2008, at 12:32 AM, Michael Barton wrote:

On Dec 19, 2008, at 10:34 PM, William Kyngesburye wrote:

I think this must be a problem with OS X. Both a version compiled
last week and a version compiled in September, in which NVIZ *did*
work now fail. I'll copy the Mac error report below. I am running
10.5.6 now. I have tried this against a self-compiled TclTk aqua
and the ActiveStates version.

...

Binary Images:

...

0xa1000 - 0x11ffef com.tcltk.tcllibrary 8.4.7 b (8.4.7 b)
<fd41897f36de9271d601298eaf7cdf4b> /System/Library/Frameworks/
Tcl.framework/Versions/8.4/Tcl

...

0xb000000 - 0xb0adfeb com.tcltk.tklibrary 8.4.7 b (8.4.7 b)
<9e3b1ff29ce1a8ada6e6354a43f11c5b> /System/Library/Frameworks/
Tk.framework/Versions/8.4/Tk

This problem again - it's linking the system tcltk 8.4.

There's a note to the OSX source readme to symlink the ActiveTcl
framework to /usr/local. This should avoid accidental system tcltk
linking:

sudo ln -sf /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl /usr/
local/lib/libtcl.dylib
sudo ln -sf /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl /usr/
local/lib/libtcl8.5.dylib
sudo ln -sf /Library/Frameworks/Tcl.framework/Versions/8.5/
libtclstub8.5.a /usr/local/lib/libtclstub8.5.a
sudo ln -sf /Library/Frameworks/Tk.framework/Versions/8.5/Tk /usr/
local/lib/libtk.dylib
sudo ln -sf /Library/Frameworks/Tk.framework/Versions/8.5/Tk /usr/
local/lib/libtk8.5.dylib
sudo ln -sf /Library/Frameworks/Tk.framework/Versions/8.5/
libtkstub8.5.a /usr/local/lib/libtkstub8.5.a
sudo ln -sf tclsh8.5 /usr/local/bin/tclsh
sudo ln -sf wish8.5 /usr/local/bin/wish

(I added the tclsh and wish symlinks recently, haven't comitted yet,
to help get the GUI to use 8.5)

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Thanks for troubleshooting this William.

I can't figure out why this is trying to use the system TclTk when 1) it was compiled against 8.5, 2) GRASS_WISH is set to wish8.5 so that all the *rest* of the GUI uses 8.5 instead of 8.4, and 3) the same version that worked fine a few weeks ago stopped working.

Michael

2

On Dec 20, 2008, at 11:41 AM, Michael Barton wrote:

Thanks for troubleshooting this William.

I can't figure out why this is trying to use the system TclTk when 1) it was compiled against 8.5,

This is where the problem is - it's NOT compiling against 8.5, but the system TclTk. That's what the "binary images" section of the crashlog is saying.

2) GRASS_WISH is set to wish8.5 so that all the *rest* of the GUI uses 8.5 instead of 8.4, and

The GUI doesn't care what version of TclTk was used to compile nviz. And nviz doesn't care what the GUI uses. So it won't matter what you do at runtime, by now nviz is stuck with the system tcltk.

3) the same version that worked fine a few weeks ago stopped working.

Michael

That's a mystery - why it suddenly started compiling with the system tcltk.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history."

- Hitchhiker's Guide to the Galaxy