[GRASS-dev] Re: grass-dev Digest, Vol 35, Issue 37

cmbarton · March 10, 2009, 7:00pm

On Mar 10, 2009, at 10:14 AM, <grass-dev-request@lists.osgeo.org> wrote:

Date: Tue, 10 Mar 2009 11:56:13 -0500
From: William Kyngesburye <woklist@kyngchaos.com>
Subject: Re: [GRASS-dev] database driver errors from wish tcltk gui on
mac
To: knussear <knussear@mac.com>
Cc: grass-dev@lists.osgeo.org
Message-ID: <C43447ED-F856-44C9-AEBD-74BFD034D8E9@kyngchaos.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes

So, the correct TclTk is running... though really, in the GUI it
doesn't matter, the GUI can use whichever TclTk you like. It only
matters for NVIZ, it has a binary part that was built for the TclTk
Aqua 8.5 framework. So this may be the wrong track.

What about trying the wxpython GUI?

On Mar 10, 2009, at 11:31 AM, knussear wrote:

Version I get in About TCL/TK is TCL 8.5.6 and TK 8.5.6

and:

I have a black and white Icon with a frog.

William Kyngesburye wrote:

I just had a break to test it. With 6.4RC3 and the steps you used,
it
works.

So, maybe there's something wrong with your TclTk installation. When
the GUI starts, a "Wish" application shows up in your Dock - does
this
have black-and-white Activestate icon, or a red-and-white Tcl icon?
It should be Activestate, if not then the wrong Tcl is found.

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

The equator is so long, it could encircle the earth completely once.

I'm betting this is an aqua vs x11 tcltk problem. No time to go through the steps I use to compile, but I can tell you later.

Michael

William_Kyngesburye · March 10, 2009, 7:19pm

On Mar 10, 2009, at 2:00 PM, Michael Barton wrote:

So, the correct TclTk is running... though really, in the GUI it
doesn't matter, the GUI can use whichever TclTk you like. It only
matters for NVIZ, it has a binary part that was built for the TclTk
Aqua 8.5 framework. So this may be the wrong track.

I'm betting this is an aqua vs x11 tcltk problem. No time to go through the steps I use to compile, but I can tell you later.

Michael

Well, he did originally (offlist) try my GRASS 6.4RC3 binary + TclTk 8.5 Aqua, which is working for me. And it appears to be using 8.5 Aqua.

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

First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?

-HitchHiker's Guide to the Galaxy

cmbarton · March 10, 2009, 8:23pm

I've had no problems with your binary and 8.5 aqua. But it sounds like he tried to compile himself. And this requires a little tweaking.

Michael
____________________
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>

On Mar 10, 2009, at 12:19 PM, William Kyngesburye wrote:

On Mar 10, 2009, at 2:00 PM, Michael Barton wrote:

So, the correct TclTk is running... though really, in the GUI it
doesn't matter, the GUI can use whichever TclTk you like. It only
matters for NVIZ, it has a binary part that was built for the TclTk
Aqua 8.5 framework. So this may be the wrong track.

I'm betting this is an aqua vs x11 tcltk problem. No time to go through the steps I use to compile, but I can tell you later.

Michael

Well, he did originally (offlist) try my GRASS 6.4RC3 binary + TclTk 8.5 Aqua, which is working for me. And it appears to be using 8.5 Aqua.

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

First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?

-HitchHiker's Guide to the Galaxy

knussear · March 10, 2009, 9:47pm

I'm getting the errors on the binaries I downloaded from
http://www.kyngchaos.com/.
So I'm running
GRASS.app 6.4 RC3 (Leopard)

I also downloaded and installed
ActiveTcl 8.5 from ActiveState as recommended on the site

X11 wise I'm running Xquartz 2.4.0 - could this be the problem?

I needed to upgrade this for one of the RGDAL builds as I recall....

I also tried building GRASS 6.5 as one list member says his works, but that
didn't work either.

Michael Barton wrote:

I've had no problems with your binary and 8.5 aqua. But it sounds like
he tried to compile himself. And this requires a little tweaking.

Michael
____________________
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>

On Mar 10, 2009, at 12:19 PM, William Kyngesburye wrote:

On Mar 10, 2009, at 2:00 PM, Michael Barton wrote:

So, the correct TclTk is running... though really, in the GUI it
doesn't matter, the GUI can use whichever TclTk you like. It only
matters for NVIZ, it has a binary part that was built for the TclTk
Aqua 8.5 framework. So this may be the wrong track.

I'm betting this is an aqua vs x11 tcltk problem. No time to go
through the steps I use to compile, but I can tell you later.

Michael

Well, he did originally (offlist) try my GRASS 6.4RC3 binary + TclTk
8.5 Aqua, which is working for me. And it appears to be using 8.5
Aqua.

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

First Pogril: Why is life like sticking your head in a bucket filled
with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in
a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?

-HitchHiker's Guide to the Galaxy

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

--
View this message in context: http://n2.nabble.com/Re%3A-grass-dev-Digest%2C-Vol-35%2C-Issue-37-tp2457166p2458119.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

William_Kyngesburye · March 15, 2009, 4:24pm

I just verified the problem exists. It appears to have something to do with my dev setup on my Mac - installed binaries on a clean non-dev Mac and I do get the error.

I'll see if I can track it down. Probably something installed on my dev Mac accidentally getting linked to, or a path missing somewhere.

On Mar 10, 2009, at 4:47 PM, knussear wrote:

I'm getting the errors on the binaries I downloaded from
http://www.kyngchaos.com/.
So I'm running
GRASS.app 6.4 RC3 (Leopard)

I also downloaded and installed
ActiveTcl 8.5 from ActiveState as recommended on the site

X11 wise I'm running Xquartz 2.4.0 - could this be the problem?

I needed to upgrade this for one of the RGDAL builds as I recall....

I also tried building GRASS 6.5 as one list member says his works, but that
didn't work either.

Michael Barton wrote:

I've had no problems with your binary and 8.5 aqua. But it sounds like
he tried to compile himself. And this requires a little tweaking.

Michael
____________________
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>

On Mar 10, 2009, at 12:19 PM, William Kyngesburye wrote:

On Mar 10, 2009, at 2:00 PM, Michael Barton wrote:

So, the correct TclTk is running... though really, in the GUI it
doesn't matter, the GUI can use whichever TclTk you like. It only
matters for NVIZ, it has a binary part that was built for the TclTk
Aqua 8.5 framework. So this may be the wrong track.

I'm betting this is an aqua vs x11 tcltk problem. No time to go
through the steps I use to compile, but I can tell you later.

Michael

Well, he did originally (offlist) try my GRASS 6.4RC3 binary + TclTk
8.5 Aqua, which is working for me. And it appears to be using 8.5
Aqua.

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

"Those people who most want to rule people are, ipso-facto, those least suited to do it."

- A rule of the universe, from the HitchHiker's Guide to the Galaxy

William_Kyngesburye · March 15, 2009, 9:50pm

Here we go - the problem occurs when the GUI auto-starts when GRASS starts. I can get it to happen on my dev Mac when the GUI auto-starts. Maybe a part of the GRASS environment isn't making it to the GUI?

On Mar 15, 2009, at 11:24 AM, William Kyngesburye wrote:

I just verified the problem exists. It appears to have something to do with my dev setup on my Mac - installed binaries on a clean non-dev Mac and I do get the error.

I'll see if I can track it down. Probably something installed on my dev Mac accidentally getting linked to, or a path missing somewhere.

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

"We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty."

"Don't you even hate 'em?"

"What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the ____ it wouldn't kill one ___ nor shorten the war one day."

<Ha, ha> "And it might give 'em all stomach ulcers."

- Tarzan, on war

knussear · March 15, 2009, 11:58pm

Is there a way to start grass and not fire the gui?

Ken

On Mar 15, 2009, at 2:50 PM, William Kyngesburye wrote:

Here we go - the problem occurs when the GUI auto-starts when GRASS starts. I can get it to happen on my dev Mac when the GUI auto-starts. Maybe a part of the GRASS environment isn't making it to the GUI?

On Mar 15, 2009, at 11:24 AM, William Kyngesburye wrote:

I just verified the problem exists. It appears to have something to do with my dev setup on my Mac - installed binaries on a clean non-dev Mac and I do get the error.

I'll see if I can track it down. Probably something installed on my dev Mac accidentally getting linked to, or a path missing somewhere.

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

"We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty."

"Don't you even hate 'em?"

"What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the ____ it wouldn't kill one ___ nor shorten the war one day."

<Ha, ha> "And it might give 'em all stomach ulcers."

- Tarzan, on war

William_Kyngesburye · March 16, 2009, 12:15am

g.gisenv set=GRASS_GUI=text

Then GRASS will not start a GUI, until you run g.gui.

On Mar 15, 2009, at 6:58 PM, Ken Nussear wrote:

Is there a way to start grass and not fire the gui?

Ken

On Mar 15, 2009, at 2:50 PM, William Kyngesburye wrote:

Here we go - the problem occurs when the GUI auto-starts when GRASS starts. I can get it to happen on my dev Mac when the GUI auto-starts. Maybe a part of the GRASS environment isn't making it to the GUI?

On Mar 15, 2009, at 11:24 AM, William Kyngesburye wrote:

I just verified the problem exists. It appears to have something to do with my dev setup on my Mac - installed binaries on a clean non-dev Mac and I do get the error.

I'll see if I can track it down. Probably something installed on my dev Mac accidentally getting linked to, or a path missing somewhere.

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

"Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence....

- the wisdom of Tarzan

cmbarton · March 16, 2009, 2:48am

On Mar 15, 2009, at 7:25 PM, William Kyngesburye wrote:

Start GRASS with the tcltk GUI as the default (g.gisenv set=GRASS_GUI=tcltk if it doesn't, and start GRASS again). Select a mapset (or drag-n-drop a mapset to start GRASS).

Add a vector to the map.

Down at the bottom of the vector properties pane, click the "Show attribute data" button.

error

I also tried labelling a point vector (bugsites in spearfish) with one of its attributes, and that works.

OK. I CAN duplicate this weird problem. Only with the autogui startup. It gives a dbmi protocol error

db.select table=archsites database=/Users/Shared/grassdata/Spearfish60_test/PERMANENT/dbf/ driver=dbf
Bad file descriptor: dup r
dbmi: Protocol error
Unable to start driver <dbf>

This command doesn't via tcltk, though it does work from the terminal.

If you start up tcltk via g.gui tcltk&, it works fine.

Anyone out there -- What happens in startup AFTER the TclTk gui is launched that might make db.select work with the following?

start up GRASS in TclTk GUI mode
db.select does NOT work (error above)
quit Tcltk
g.gui tcltk&
db.select DOES work

Michael

On Mar 15, 2009, at 8:59 PM, Michael Barton wrote:

William,

I'm getting confused. Maybe I haven't tested enough. Exactly what is NOT working in TclTk?

Michael
____________________
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>

On Mar 15, 2009, at 6:01 PM, William Kyngesburye wrote:

Bummer. Nothing really different from how I compile. I just tried the python GUI - autostart wxpython gui, "Show attribute data" works. So it's definitely only in the Tcltk GUI.

-----
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

cmbarton · March 16, 2009, 5:45am

On Mar 15, 2009, at 7:48 PM, Michael Barton wrote:

On Mar 15, 2009, at 7:25 PM, William Kyngesburye wrote:

Start GRASS with the tcltk GUI as the default (g.gisenv set=GRASS_GUI=tcltk if it doesn't, and start GRASS again). Select a mapset (or drag-n-drop a mapset to start GRASS).

Add a vector to the map.

Down at the bottom of the vector properties pane, click the "Show attribute data" button.

error

I also tried labelling a point vector (bugsites in spearfish) with one of its attributes, and that works.

OK. I CAN duplicate this weird problem. Only with the autogui startup. It gives a dbmi protocol error

db.select table=archsites database=/Users/Shared/grassdata/Spearfish60_test/PERMANENT/dbf/ driver=dbf
Bad file descriptor: dup r
dbmi: Protocol error
Unable to start driver <dbf>

This command doesn't via tcltk, though it does work from the terminal.

If you start up tcltk via g.gui tcltk&, it works fine.

Anyone out there -- What happens in startup AFTER the TclTk gui is launched that might make db.select work with the following?

start up GRASS in TclTk GUI mode
db.select does NOT work (error above)
quit Tcltk
g.gui tcltk&
db.select DOES work

Michael

Further tests. All of the db.* info modules except db.tables fail (with the same error, above) from TclTk when it is first started from Init.sh. This includes:
db.tables
db.describe
db.select
db.columns

All of these work when the tcltk GUI is started from g.gui

Really weird. What is "dup r"???

Michael

marisn · March 16, 2009, 9:06am

It seems to be Mac related issue, as I can not reproduce it on my
Gentoo box with recent develbranch6.
Error comes from lib/db/dbmi_client/start.c line 325, where dup() call
doesn't return 0. As I have no experience working with dup(), fork()
and friends and also I have no access to Mac, no more help from me.

Maris.

William_Kyngesburye · March 16, 2009, 1:56pm

I just tested on OSX with a X11 TclTk 8.4 and 8.5 and it works. So that narrows it down to TclTk Aqua.

I looked at init.sh to see if there was something that happens after the GUI is started that might affect it, but I couldn't tell.

On Mar 16, 2009, at 4:06 AM, Maris Nartiss wrote:

It seems to be Mac related issue, as I can not reproduce it on my
Gentoo box with recent develbranch6.
Error comes from lib/db/dbmi_client/start.c line 325, where dup() call
doesn't return 0. As I have no experience working with dup(), fork()
and friends and also I have no access to Mac, no more help from me.

Maris.
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

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

"The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects."

- the wisdom of Tarzan

cmbarton · March 16, 2009, 3:12pm

On Mar 16, 2009, at 6:56 AM, William Kyngesburye wrote:

I just tested on OSX with a X11 TclTk 8.4 and 8.5 and it works. So that narrows it down to TclTk Aqua.

I looked at init.sh to see if there was something that happens after the GUI is started that might affect it, but I couldn't tell.

On Mar 16, 2009, at 4:06 AM, Maris Nartiss wrote:

It seems to be Mac related issue, as I can not reproduce it on my
Gentoo box with recent develbranch6.
Error comes from lib/db/dbmi_client/start.c line 325, where dup() call
doesn't return 0. As I have no experience working with dup(), fork()
and friends and also I have no access to Mac, no more help from me.

Maris.
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

-----

I don't think it is a TclTk problem for the simple reason that it works fine when tcltk is launched from g.gui. Given what you've reported, it could be some weird link to xwindows, or something completely different.

Michael