Thu, Oct 12 2006
15:59:49
|
|
Request created by guest
|
|
Subject: grass6.3 - gis.m: can't read
Platform: GNU/Linux/x86
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: cvs_head_20061012
Trying to display a thematic layer in the GIS Manager on any vector map in the
spearfish location, I get
can't read "lineht": no such variable
can't read "lineht": no such variable
while executing
"expr {$lineht * 2}"
(procedure "GmThematic::tleg_item" line 20)
invoked from within
"GmThematic::tleg_item $mon $id"
(procedure "GmThematic::display" line 73)
invoked from within
"GmThematic::display $node $mod"
("thematic" arm line 2)
invoked from within
"switch $type {
group {
GmGroup::display $node $mod
}
raster {
GmRaster::display $node $mod
}
labels {
GmLabels::disp..."
(procedure "GmTree::display_node" line 7)
invoked from within
"GmTree::display_node $n $mod"
(procedure "GmGroup::display" line 22)
invoked from within
"GmGroup::display "root" $mod"
(procedure "MapCanvas::runprograms" line 63)
invoked from within
"MapCanvas::runprograms $mon [expr {$mymodified != 0}]"
(procedure "MapCanvas::drawmap" line 38)
invoked from within
"MapCanvas::drawmap $mon"
(procedure "MapCanvas::display_server" line 9)
invoked from within
"MapCanvas::display_server"
("after" script)
Moritz |
|
Thu, Oct 12 2006
17:23:48
|
|
Subject changed to grass6.3 - gis.m: can't read 'lineht': no such variable by msieczka
|
|
Thu, Oct 12 2006
20:02:57
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<michael.barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
User-Agent |
Microsoft-Entourage/11.2.5.060620
|
Date |
Thu, 12 Oct 2006 11:02:49 -0700
|
Subject |
Re: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
|
From |
Michael Barton <michael.barton@asu.edu>
|
To |
Paolo Cavallini via RT <grass-bugs@intevation.de>, <grass-dev@grass.itc.it>
|
Message-ID |
<C153D159.25797%michael.barton@asu.edu>
|
Thread-Topic |
[GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
|
Thread-Index |
AcbuKKDE3yl/IlobEdumRwAUUSYxwg==
|
In-Reply-To |
<20061012135949.D7E311005A8@lists.intevation.de>
|
Mime-version |
1.0
|
Content-type |
text/plain; charset="US-ASCII"
|
Content-transfer-encoding |
7bit
|
X-Virus-Scanned |
by amavisd-new
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-1.492 tagged_above=-999 required=3 tests=[BAYES_00=-5, LONGWORDS=2.26, RCVD_NUMERIC_HELO=1.248]
|
X-Spam-Level |
|
This probably has to do with a recent update (not by me) to use generic
system-wide fonts. The TclTk code *was* using a TclTk font as a default, and
lifting a line height value from the font spec (variable lineht). This has
been changed to use the default fonts specified in option.tcl. In general,
this is fine, but I suspect that either those fonts need to specified a bit
differently or the variables in which the default font strings are stored
needs to be declared as global in the thematic.tcl code in the correct
procedure.
I'll look into it, but just discovered that my version of d.vect.thematic is
no longer working because of a "which awk" statement that was added
(when??). This test fails on my Mac, even though I have awk. It looks like
"which" is a csh term, at least on my system, not a bash term. I don't know
at the moment if this is an issue my Mac binary or with the script.
So I'll have to futz with the whole thing to test. If someone else wants to
do some checking too while I'm trying to deal with the awk thing, I suggest
the following. In thematic.tcl, change...
proc GmThematic::create { tree parent } {
variable opt
variable count
variable dup
variable lfile
variable lfilemask
variable optlist
global iconpath
to...
proc GmThematic::create { tree parent } {
variable opt
variable count
variable dup
variable lfile
variable lfilemask
variable optlist
global iconpath
global introfont
global bolddefault
global default
...and see what happens.
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Request Tracker <grass-bugs@intevation.de>
> Reply-To: Request Tracker <grass-bugs@intevation.de>
> Date: Thu, 12 Oct 2006 15:59:49 +0200 (CEST)
> To: <grass-dev@grass.itc.it>
> Subject: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
>
> this bug's URL: http://intevation.de/rt/webrt?serial_num=5204
> -------------------------------------------------------------------------
>
> Subject: grass6.3 - gis.m: can't read
>
> Platform: GNU/Linux/x86
> grass obtained from: CVS
> grass binary for platform: Compiled from Sources
> GRASS Version: cvs_head_20061012
>
> Trying to display a thematic layer in the GIS Manager on any vector map in
the
> spearfish location, I get
>
> can't read "lineht": no such variable
> can't read "lineht": no such variable
> while executing
> "expr {$lineht * 2}"
> (procedure "GmThematic::tleg_item" line 20)
> invoked from within
> "GmThematic::tleg_item $mon $id"
> (procedure "GmThematic::display" line 73)
> invoked from within
> "GmThematic::display $node $mod"
> ("thematic" arm line 2)
> invoked from within
> "switch $type {
> group {
> GmGroup::display $node $mod
> }
> raster {
> GmRaster::display $node $mod
> }
> labels {
> GmLabels::disp..."
> (procedure "GmTree::display_node" line 7)
> invoked from within
> "GmTree::display_node $n $mod"
> (procedure "GmGroup::display" line 22)
> invoked from within
> "GmGroup::display "root" $mod"
> (procedure "MapCanvas::runprograms" line 63)
> invoked from within
> "MapCanvas::runprograms $mon [expr {$mymodified != 0}]"
> (procedure "MapCanvas::drawmap" line 38)
> invoked from within
> "MapCanvas::drawmap $mon"
> (procedure "MapCanvas::display_server" line 9)
> invoked from within
> "MapCanvas::display_server"
> ("after" script)
>
> Moritz
>
> -------------------------------------------- Managed by Request Tracker
>
>
|
|
Thu, Oct 12 2006
21:47:23
|
|
Mail sent by mlennert@club.worldonline.be
|
|
Return-Path |
<mlennert@club.worldonline.be>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<452E9BDD.8070802@club.worldonline.be>
|
Date |
Thu, 12 Oct 2006 21:47:41 +0200
|
From |
Moritz Lennert <mlennert@club.worldonline.be>
|
User-Agent |
Thunderbird 1.5.0.7 (X11/20060927)
|
MIME-Version |
1.0
|
To |
Michael Barton via RT <grass-bugs@intevation.de>
|
Subject |
Re: [bug #5204] (grass) grass6.3 - gis.m: can't read
|
References |
<20061012180258.095681006A0@lists.intevation.de>
|
In-Reply-To |
<20061012180258.095681006A0@lists.intevation.de>
|
Content-Type |
text/plain; charset=ISO-8859-15; format=flowed
|
Content-Transfer-Encoding |
7bit
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
|
X-Spam-Level |
|
Michael Barton via RT wrote:
> This probably has to do with a recent update (not by me) to use generic
> system-wide fonts. The TclTk code *was* using a TclTk font as a default, and
> lifting a line height value from the font spec (variable lineht). This has
> been changed to use the default fonts specified in option.tcl. In general,
> this is fine, but I suspect that either those fonts need to specified a bit
> differently or the variables in which the default font strings are stored
> needs to be declared as global in the thematic.tcl code in the correct
> procedure.
>
> I'll look into it, but just discovered that my version of d.vect.thematic is
> no longer working because of a "which awk" statement that was added
> (when??). This test fails on my Mac, even though I have awk. It looks like
> "which" is a csh term, at least on my system, not a bash term. I don't know
> at the moment if this is an issue my Mac binary or with the script.
>
> So I'll have to futz with the whole thing to test. If someone else wants to
> do some checking too while I'm trying to deal with the awk thing, I suggest
> the following. In thematic.tcl, change...
That does not change anything.
I can confirm however, that the problem is the introduction of these
font variables, as if I revert your change back to the hardcoded fonts,
it works again.
Moritz
>
> proc GmThematic::create { tree parent } {
> variable opt
> variable count
> variable dup
> variable lfile
> variable lfilemask
> variable optlist
> global iconpath
>
>
> to...
>
> proc GmThematic::create { tree parent } {
> variable opt
> variable count
> variable dup
> variable lfile
> variable lfilemask
> variable optlist
> global iconpath
> global introfont
> global bolddefault
> global default
>
> ...and see what happens.
>
> Michael
> __________________________________________
> Michael Barton, Professor of Anthropology
> School of Human Evolution & Social Change
> Center for Social Dynamics and Complexity
> Arizona State University
>
> phone: 480-965-6213
> fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
>
>
>> From: Request Tracker <grass-bugs@intevation.de>
>> Reply-To: Request Tracker <grass-bugs@intevation.de>
>> Date: Thu, 12 Oct 2006 15:59:49 +0200 (CEST)
>> To: <grass-dev@grass.itc.it>
>> Subject: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
>>
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=5204
>> -------------------------------------------------------------------------
>>
>> Subject: grass6.3 - gis.m: can't read
>>
>> Platform: GNU/Linux/x86
>> grass obtained from: CVS
>> grass binary for platform: Compiled from Sources
>> GRASS Version: cvs_head_20061012
>>
>> Trying to display a thematic layer in the GIS Manager on any vector map in
the
>> spearfish location, I get
>>
>> can't read "lineht": no such variable
>> can't read "lineht": no such variable
>> while executing
>> "expr {$lineht * 2}"
>> (procedure "GmThematic::tleg_item" line 20)
>> invoked from within
>> "GmThematic::tleg_item $mon $id"
>> (procedure "GmThematic::display" line 73)
>> invoked from within
>> "GmThematic::display $node $mod"
>> ("thematic" arm line 2)
>> invoked from within
>> "switch $type {
>> group {
>> GmGroup::display $node $mod
>> }
>> raster {
>> GmRaster::display $node $mod
>> }
>> labels {
>> GmLabels::disp..."
>> (procedure "GmTree::display_node" line 7)
>> invoked from within
>> "GmTree::display_node $n $mod"
>> (procedure "GmGroup::display" line 22)
>> invoked from within
>> "GmGroup::display "root" $mod"
>> (procedure "MapCanvas::runprograms" line 63)
>> invoked from within
>> "MapCanvas::runprograms $mon [expr {$mymodified != 0}]"
>> (procedure "MapCanvas::drawmap" line 38)
>> invoked from within
>> "MapCanvas::drawmap $mon"
>> (procedure "MapCanvas::display_server" line 9)
>> invoked from within
>> "MapCanvas::display_server"
>> ("after" script)
>>
>> Moritz
>>
>> -------------------------------------------- Managed by Request Tracker
>>
>>
>
>
> --- Headers Follow ---
>
>>From michael.barton@asu.edu Thu Oct 12 20:02:57 2006
> Return-Path: <michael.barton@asu.edu>
> Delivered-To: grass-bugs@lists.intevation.de
> Received: from kolab.intevation.de (aktaia [212.95.126.10])
> by lists.intevation.de (Postfix) with ESMTP id D45811005A8
> for <grass-bugs@lists.intevation.de>; Thu, 12 Oct 2006 20:02:57 +0200 (CEST)
> Received: from localhost (localhost.localdomain [127.0.0.1])
> by kolab.intevation.de (Postfix) with ESMTP id BBBF71B0B59
> for <grass-bugs@lists.intevation.de>; Thu, 12 Oct 2006 20:02:57 +0200 (CEST)
> Received: from localhost (localhost.localdomain [127.0.0.1])
> by kolab.intevation.de (Postfix) with ESMTP id 9B36C1B0A0D
> for <grass-bugs@lists.intevation.de>; Thu, 12 Oct 2006 20:02:57 +0200 (CEST)
> Received: from epo-int1.asu.edu (epo-int1.asu.edu [129.219.187.20])
> by kolab.intevation.de (Postfix) with ESMTP id ED13A1A034C
> for <grass-bugs@intevation.de>; Thu, 12 Oct 2006 20:02:56 +0200 (CEST)
> Received: from EX03.asurite.ad.asu.edu (excl1-b0.asurite.ad.asu.edu [129.219.12.197])
> by epo-int1.asu.edu (Switch-3.1.8/Switch-3.1.7/asu-postoffice-prod) with ESMTP
id k9CI2mLo031232;
> Thu, 12 Oct 2006 11:02:50 -0700
> Received: from 129.219.95.24 ([129.219.95.24]) by EX03.asurite.ad.asu.edu ([129.219.12.223])
via Exchange Front-End Server exchange.asu.edu ([129.219.10.231]) with Microsoft
Exchange Server HTTP-DAV ;
> Thu, 12 Oct 2006 18:02:50 +0000
> User-Agent: Microsoft-Entourage/11.2.5.060620
> Date: Thu, 12 Oct 2006 11:02:49 -0700
> Subject: Re: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
> From: Michael Barton <michael.barton@asu.edu>
> To: Paolo Cavallini via RT <grass-bugs@intevation.de>,
> <grass-dev@grass.itc.it>
> Message-ID: <C153D159.25797%michael.barton@asu.edu>
> Thread-Topic: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
> Thread-Index: AcbuKKDE3yl/IlobEdumRwAUUSYxwg==
> In-Reply-To: <20061012135949.D7E311005A8@lists.intevation.de>
> Mime-version: 1.0
> Content-type: text/plain;
> charset="US-ASCII"
> Content-transfer-encoding: 7bit
> X-Virus-Scanned: by amavisd-new
> X-Virus-Scanned: by amavisd-new at intevation.de
> X-Spam-Status: No, hits=-1.492 tagged_above=-999 required=3
> tests=[BAYES_00=-5, LONGWORDS=2.26, RCVD_NUMERIC_HELO=1.248]
> X-Spam-Level:
>
> -------------------------------------------- Managed by Request Tracker
|
|
Thu, Oct 12 2006
22:34:21
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<michael.barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
User-Agent |
Microsoft-Entourage/11.2.5.060620
|
Date |
Thu, 12 Oct 2006 13:34:03 -0700
|
Subject |
Re: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
|
From |
Michael Barton <michael.barton@asu.edu>
|
To |
Michael Barton <michael.barton@asu.edu>, Paolo Cavallini via RT <grass-bugs@intevation.de>, <grass-dev@grass.itc.it>
|
Cc |
William Kyngesburye <kyngchaos@kyngchaos.com>
|
Message-ID |
<C153F4CB.257B2%michael.barton@asu.edu>
|
Thread-Topic |
[GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
|
Thread-Index |
AcbuPcFLABOv6loxEdumRwAUUSYxwg==
|
In-Reply-To |
<C153D159.25797%michael.barton@asu.edu>
|
Mime-version |
1.0
|
Content-type |
text/plain; charset="US-ASCII"
|
Content-transfer-encoding |
7bit
|
X-Virus-Scanned |
by amavisd-new
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-3.752 tagged_above=-999 required=3 tests=[BAYES_00=-5, RCVD_NUMERIC_HELO=1.248]
|
X-Spam-Level |
|
To clarify, what I suggest below doesn't work. However, I've fixed the
problem in the cvs.
Now I need to find out why d.vect.thematic bombs completely on my Mac.
"which awk" is in both d.vect.thematic and v.univar.sh and gives an error on
my system now.
If I comment this out, I get subsequent errors in the sql statement parsing.
Anyone have any ideas?
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Michael Barton <michael.barton@asu.edu>
> Date: Thu, 12 Oct 2006 11:02:49 -0700
> To: Paolo Cavallini via RT <grass-bugs@intevation.de>,
> <grass-dev@grass.itc.it>
> Subject: Re: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
>
> This probably has to do with a recent update (not by me) to use generic
> system-wide fonts. The TclTk code *was* using a TclTk font as a default, and
> lifting a line height value from the font spec (variable lineht). This has
> been changed to use the default fonts specified in option.tcl. In general,
> this is fine, but I suspect that either those fonts need to specified a bit
> differently or the variables in which the default font strings are stored
> needs to be declared as global in the thematic.tcl code in the correct
> procedure.
>
> I'll look into it, but just discovered that my version of d.vect.thematic is
> no longer working because of a "which awk" statement that was added
> (when??). This test fails on my Mac, even though I have awk. It looks like
> "which" is a csh term, at least on my system, not a bash term. I don't know
> at the moment if this is an issue my Mac binary or with the script.
>
> So I'll have to futz with the whole thing to test. If someone else wants to
> do some checking too while I'm trying to deal with the awk thing, I suggest
> the following. In thematic.tcl, change...
>
> proc GmThematic::create { tree parent } {
> variable opt
> variable count
> variable dup
> variable lfile
> variable lfilemask
> variable optlist
> global iconpath
>
>
> to...
>
> proc GmThematic::create { tree parent } {
> variable opt
> variable count
> variable dup
> variable lfile
> variable lfilemask
> variable optlist
> global iconpath
> global introfont
> global bolddefault
> global default
>
> ...and see what happens.
>
> Michael
> __________________________________________
> Michael Barton, Professor of Anthropology
> School of Human Evolution & Social Change
> Center for Social Dynamics and Complexity
> Arizona State University
>
> phone: 480-965-6213
> fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
>
>
>> From: Request Tracker <grass-bugs@intevation.de>
>> Reply-To: Request Tracker <grass-bugs@intevation.de>
>> Date: Thu, 12 Oct 2006 15:59:49 +0200 (CEST)
>> To: <grass-dev@grass.itc.it>
>> Subject: [GRASS-dev] [bug #5204] (grass) grass6.3 - gis.m: can't read
>>
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=5204
>> -------------------------------------------------------------------------
>>
>> Subject: grass6.3 - gis.m: can't read
>>
>> Platform: GNU/Linux/x86
>> grass obtained from: CVS
>> grass binary for platform: Compiled from Sources
>> GRASS Version: cvs_head_20061012
>>
>> Trying to display a thematic layer in the GIS Manager on any vector map in
>> the
>> spearfish location, I get
>>
>> can't read "lineht": no such variable
>> can't read "lineht": no such variable
>> while executing
>> "expr {$lineht * 2}"
>> (procedure "GmThematic::tleg_item" line 20)
>> invoked from within
>> "GmThematic::tleg_item $mon $id"
>> (procedure "GmThematic::display" line 73)
>> invoked from within
>> "GmThematic::display $node $mod"
>> ("thematic" arm line 2)
>> invoked from within
>> "switch $type {
>> group {
>> GmGroup::display $node $mod
>> }
>> raster {
>> GmRaster::display $node $mod
>> }
>> labels {
>> GmLabels::disp..."
>> (procedure "GmTree::display_node" line 7)
>> invoked from within
>> "GmTree::display_node $n $mod"
>> (procedure "GmGroup::display" line 22)
>> invoked from within
>> "GmGroup::display "root" $mod"
>> (procedure "MapCanvas::runprograms" line 63)
>> invoked from within
>> "MapCanvas::runprograms $mon [expr {$mymodified != 0}]"
>> (procedure "MapCanvas::drawmap" line 38)
>> invoked from within
>> "MapCanvas::drawmap $mon"
>> (procedure "MapCanvas::display_server" line 9)
>> invoked from within
>> "MapCanvas::display_server"
>> ("after" script)
>>
>> Moritz
>>
>> -------------------------------------------- Managed by Request Tracker
>>
>>
>
>
|
|
Thu, Oct 12 2006
22:57:57
|
|
Mail sent by mlennert@club.worldonline.be
|
|
Return-Path |
<mlennert@club.worldonline.be>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<452EAC6C.40709@club.worldonline.be>
|
Date |
Thu, 12 Oct 2006 22:58:20 +0200
|
From |
Moritz Lennert <mlennert@club.worldonline.be>
|
User-Agent |
Thunderbird 1.5.0.7 (X11/20060927)
|
MIME-Version |
1.0
|
To |
Michael Barton via RT <grass-bugs@intevation.de>
|
Subject |
Re: [bug #5204] (grass) grass6.3 - gis.m: can't read
|
References |
<20061012203421.B2FE61005A8@lists.intevation.de>
|
In-Reply-To |
<20061012203421.B2FE61005A8@lists.intevation.de>
|
Content-Type |
text/plain; charset=ISO-8859-15; format=flowed
|
Content-Transfer-Encoding |
7bit
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
|
X-Spam-Level |
|
Michael Barton via RT wrote:
> To clarify, what I suggest below doesn't work. However, I've fixed
> the problem in the cvs.
>
> Now I need to find out why d.vect.thematic bombs completely on my
> Mac.
>
> "which awk" is in both d.vect.thematic and v.univar.sh and gives an
> error on my system now.
>
> If I comment this out, I get subsequent errors in the sql statement
> parsing. Anyone have any ideas?
what does "which awk" give you on the command line ?
I recently added a check for the 'driver' setting:
http://freegis.org/cgi-bin/viewcvs.cgi/grass6/scripts/d.vect.thematic/d.vect.thematic.diff?r1=1.40&r
2=1.41
but I would be surprised if this could cause your trouble.
> I'll look into it, but just discovered that my version of
> d.vect.thematic is no longer working because of a "which awk"
> statement that was added (when??).
in January:
http://freegis.org/cgi-bin/viewcvs.cgi/grass6/scripts/d.vect.thematic/d.vect.thematic.diff?r1=1.24&r
2=1.25
> This test fails on my Mac, even
> though I have awk. It looks like "which" is a csh term, at least on
> my system, not a bash term.
I have bash and it has which...
> I don't know at the moment if this is an
> issue my Mac binary or with the script.
No problem here on Debian GNU/Linux...
Moritz
|
|
Sat, Nov 4 2006
16:55:47
|
|
Status changed to resolved by msieczka
|
|