Details Ticket 5204


Comment | Reply | Take | Open


Serial Number 5204
Subject grass6.3 - gis.m: can't read 'lineht': no such variable
Area grass6
Queue grass
Requestors mlennert@club.worldonline.be
Owner none
Status resolved
Last User Contact Thu Oct 12 22:34:21 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Sat Nov 4 16:55:47 2006 (2 yr ago)
Created Thu Oct 12 15:59:49 2006 (2 yr ago)

Transaction History Ticket 5204


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  
Comment | Reply | Take | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request