Mon, Jan 24 2005
23:54:28
|
|
Request created by guest
|
|
Subject: v.in.ogr, GUI, fails during "Building areas:"
Platform: GNU/Linux/i386
grass obtained from: Mirror of Trento site
grass binary for platform: Compiled from Sources
GRASS Version: grass-6.0.cvs_src_snapshot__2005_01_15
My system: Mdk10.1, gcc 3.3.4.
v.in.ogr works fine directly from the terminal, but fails during "Building areas:"
when invoked from GUI. Then it prints to the terminal as follows:
GRASS 6.0.cvs:~ > too many nested evaluations (infinite loop?)
(procedure "GlobalVar::exists" line 1)
invoked from within
"GlobalVar::exists $_widget($path,var)"
(procedure "ProgressBar::_modify" line 4)
invoked from within
"ProgressBar::_modify .dialog0.progress"
("eval" body line 1)
invoked from within
"eval ProgressBar::$cmd .dialog0.progress $args"
(procedure ".dialog0.progress" line 1)
invoked from within
"$opt($dlg,progress) _modify"
(procedure "progress" line 7)
invoked from within
"progress $dlg $val"
invoked from within
"if [eof $fh] {
close $fh
} else {
set str [gets $fh]
append str "\n"
if { [fblocked $fh] } { set str [read $fh] }
while {[set idx [string f..."
(procedure "prnout" line 5)
invoked from within
"prnout 1 file6"
GRASS 6.0.cvs:~ >
Here goes the message displayed in the GUI widnow during import, prior to failure:
v.in.ogr dsn=/home/maciek/polska_shp/granica92/granica.shp output=granice min_area=0.0001
snap=-1
A datum name etrs89 (European_Terrestrial_Reference_System_1989) was specified
without transformation parameters.
Note that the GRASS default for etrs89 is towgs84=0.000,0.000,0.000.
Projection of input dataset and current location appear to match.
Proceeding with import...
Layer: granica
-----------------------------------------------------
Building topology ...
Registering lines:
43 primitives registered
Building areas:
41 areas built
41 isles built
Attaching islands:
Attaching centroids:
Topology was built.
Number of nodes : 42
Number of primitives: 43
Number of points : 0
Number of lines : 0
Number of boundaries: 43
Number of centroids : 0
Number of areas : 41
Number of isles : 41
Number of incorrect boundaries : 2
Number of areas without centroid : 41
-----------------------------------------------------
Cleaning polygons, result is not guaranteed!
Building topology ...
Topology was built.
Number of nodes : 42
Number of primitives: 43
Number of points : 0
Number of lines : 0
Number of boundaries: 43
Number of centroids : 0
Number of areas : -
Number of isles : -
-----------------------------------------------------
Break polygons:
Registering points ... 3154
All points (vertices): 5033
Registered points (unique coordinates): 3154
Points marked for break: 81
Breaks: 0
Breaks: 30
Breaks: 47
Breaks: 74
Breaks: 108
Breaks: 143
-----------------------------------------------------
Remove duplicates:
Duplicates: 0
Duplicates: 1
Duplicates: 2
Duplicates: 3
Duplicates: 4
Duplicates: 5
Duplicates: 6
Duplicates: 7
Duplicates: 8
Duplicates: 9
Duplicates: 10
Duplicates: 11
Duplicates: 12
Duplicates: 13
Duplicates: 14
Duplicates: 15
Duplicates: 16
Duplicates: 17
Duplicates: 18
Duplicates: 19
Duplicates: 20
Duplicates: 21
Duplicates: 22
Duplicates: 23
Duplicates: 24
Duplicates: 25
Duplicates: 26
Duplicates: 27
Duplicates: 28
Duplicates: 29
Duplicates: 30
Duplicates: 31
Duplicates: 32
Duplicates: 33
Duplicates: 34
Duplicates: 35
Duplicates: 36
Duplicates: 37
Duplicates: 38
Duplicates: 39
Duplicates: 40
Duplicates: 41
Duplicates: 42
Duplicates: 43
Duplicates: 44
Duplicates: 45
Duplicates: 46
Duplicates: 47
Duplicates: 48
Duplicates: 49
Duplicates: 50
Duplicates: 51
Duplicates: 52
Duplicates: 53
Duplicates: 54
Duplicates: 55
Duplicates: 56
-----------------------------------------------------
Break boundaries:
Intersections: 0
Intersections: 0
-----------------------------------------------------
Remove duplicates:
Duplicates: 0
-----------------------------------------------------
Clean boundaries at nodes:
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
Modifications: 0
-----------------------------------------------------
Change dangles to lines:
Removed dangles: 0 removed lines: 0
Removed dangles: 0 removed lines: 0
-----------------------------------------------------
Remove bridges:
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
Removed bridges: 0 removed lines: 0
-----------------------------------------------------
Building topology ...
Building areas:
43 areas built
19 isles built
Attaching islands:
Topology was built.
Number of nodes : 81
Number of primitives: 186
Number of points : 0
Number of lines : 0
Number of boundaries: 186
Number of centroids : 0
Number of areas : 43
Number of isles : 19
Number of areas without centroid : 43
Layer: granica
-----------------------------------------------------
-----------------------------------------------------
Building topology ...
Registering lines:
148 primitives registered
Building areas:
Maciek |
|
Tue, Jan 25 2005
09:25:52
|
|
Mail sent by blazek@itc.it
|
|
Return-Path |
<blazek@itc.it>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<41F60285.6000009@itc.it>
|
Date |
Tue, 25 Jan 2005 09:25:41 +0100
|
From |
Radim Blazek <blazek@itc.it>
|
User-Agent |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
|
X-Accept-Language |
en-us, en
|
MIME-Version |
1.0
|
To |
Request Tracker <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Subject |
Re: [GRASS5] [bug #2937] (grass) v.in.ogr, GUI, fails during "Building areas:"
|
References |
<20050124225428.DA512102BF9@lists.intevation.de>
|
In-Reply-To |
<20050124225428.DA512102BF9@lists.intevation.de>
|
Content-Type |
text/plain; charset=us-ascii; format=flowed
|
Content-Transfer-Encoding |
7bit
|
X-Spam-Status |
No, hits=-3.1 tagged_above=-999.0 required=3.0 tests=BANG_GUARANTEE, BAYES_00, REMOVE_REMOVAL_NEAR
|
X-Spam-Level |
|
Could you send me the shapefile?
Radim
Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=2937
> -------------------------------------------------------------------------
>
> Subject: v.in.ogr, GUI, fails during "Building areas:"
>
> Platform: GNU/Linux/i386
> grass obtained from: Mirror of Trento site
> grass binary for platform: Compiled from Sources
> GRASS Version: grass-6.0.cvs_src_snapshot__2005_01_15
>
> My system: Mdk10.1, gcc 3.3.4.
>
> v.in.ogr works fine directly from the terminal, but fails during "Building
areas:" when invoked from GUI. Then it prints to the terminal as follows:
>
> GRASS 6.0.cvs:~ > too many nested evaluations (infinite loop?)
> (procedure "GlobalVar::exists" line 1)
> invoked from within
> "GlobalVar::exists $_widget($path,var)"
> (procedure "ProgressBar::_modify" line 4)
> invoked from within
> "ProgressBar::_modify .dialog0.progress"
> ("eval" body line 1)
> invoked from within
> "eval ProgressBar::$cmd .dialog0.progress $args"
> (procedure ".dialog0.progress" line 1)
> invoked from within
> "$opt($dlg,progress) _modify"
> (procedure "progress" line 7)
> invoked from within
> "progress $dlg $val"
> invoked from within
> "if [eof $fh] {
> close $fh
> } else {
> set str [gets $fh]
> append str "\n"
> if { [fblocked $fh] } { set str [read $fh] }
> while {[set idx [string f..."
> (procedure "prnout" line 5)
> invoked from within
> "prnout 1 file6"
> GRASS 6.0.cvs:~ >
>
> Here goes the message displayed in the GUI widnow during import, prior to failure:
>
> v.in.ogr dsn=/home/maciek/polska_shp/granica92/granica.shp output=granice min_area=0.0001
snap=-1
> A datum name etrs89 (European_Terrestrial_Reference_System_1989) was specified
without transformation parameters.
> Note that the GRASS default for etrs89 is towgs84=0.000,0.000,0.000.
> Projection of input dataset and current location appear to match.
> Proceeding with import...
> Layer: granica
> -----------------------------------------------------
> Building topology ...
> Registering lines:
> 43 primitives registered
> Building areas:
>
> 41 areas built
> 41 isles built
> Attaching islands:
> Attaching centroids:
> Topology was built.
> Number of nodes : 42
> Number of primitives: 43
> Number of points : 0
> Number of lines : 0
> Number of boundaries: 43
> Number of centroids : 0
> Number of areas : 41
> Number of isles : 41
> Number of incorrect boundaries : 2
> Number of areas without centroid : 41
> -----------------------------------------------------
>
> Cleaning polygons, result is not guaranteed!
> Building topology ...
> Topology was built.
> Number of nodes : 42
> Number of primitives: 43
> Number of points : 0
> Number of lines : 0
> Number of boundaries: 43
> Number of centroids : 0
> Number of areas : -
> Number of isles : -
> -----------------------------------------------------
> Break polygons:
>
> Registering points ... 3154
> All points (vertices): 5033
> Registered points (unique coordinates): 3154
> Points marked for break: 81
> Breaks: 0
> Breaks: 30
> Breaks: 47
> Breaks: 74
> Breaks: 108
> Breaks: 143
> -----------------------------------------------------
> Remove duplicates:
> Duplicates: 0
> Duplicates: 1
> Duplicates: 2
> Duplicates: 3
> Duplicates: 4
> Duplicates: 5
> Duplicates: 6
> Duplicates: 7
> Duplicates: 8
> Duplicates: 9
> Duplicates: 10
> Duplicates: 11
> Duplicates: 12
> Duplicates: 13
> Duplicates: 14
> Duplicates: 15
> Duplicates: 16
> Duplicates: 17
> Duplicates: 18
> Duplicates: 19
> Duplicates: 20
> Duplicates: 21
> Duplicates: 22
> Duplicates: 23
> Duplicates: 24
> Duplicates: 25
> Duplicates: 26
> Duplicates: 27
> Duplicates: 28
> Duplicates: 29
> Duplicates: 30
> Duplicates: 31
> Duplicates: 32
> Duplicates: 33
> Duplicates: 34
> Duplicates: 35
> Duplicates: 36
> Duplicates: 37
> Duplicates: 38
> Duplicates: 39
> Duplicates: 40
> Duplicates: 41
> Duplicates: 42
> Duplicates: 43
> Duplicates: 44
> Duplicates: 45
> Duplicates: 46
> Duplicates: 47
> Duplicates: 48
> Duplicates: 49
> Duplicates: 50
> Duplicates: 51
> Duplicates: 52
> Duplicates: 53
> Duplicates: 54
> Duplicates: 55
> Duplicates: 56
> -----------------------------------------------------
> Break boundaries:
> Intersections: 0
>
>
> Intersections: 0
> -----------------------------------------------------
> Remove duplicates:
> Duplicates: 0
> -----------------------------------------------------
> Clean boundaries at nodes:
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> Modifications: 0
> -----------------------------------------------------
> Change dangles to lines:
> Removed dangles: 0 removed lines: 0
> Removed dangles: 0 removed lines: 0
> -----------------------------------------------------
> Remove bridges:
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> Removed bridges: 0 removed lines: 0
> -----------------------------------------------------
> Building topology ...
> Building areas:
>
> 43 areas built
> 19 isles built
> Attaching islands:
> Topology was built.
> Number of nodes : 81
> Number of primitives: 186
> Number of points : 0
> Number of lines : 0
> Number of boundaries: 186
> Number of centroids : 0
> Number of areas : 43
> Number of isles : 19
> Number of areas without centroid : 43
> Layer: granica
> -----------------------------------------------------
> -----------------------------------------------------
> Building topology ...
> Registering lines:
> 148 primitives registered
> Building areas:
>
>
>
> Maciek
>
> -------------------------------------------- Managed by Request Tracker
>
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
|
|
Fri, Sep 2 2005
18:23:30
|
|
Area changed to grass6 by msieczka
|
|
Fri, Sep 2 2005
18:23:39
|
|
User changed to werchowyna@epf.pl by msieczka
|
|
Fri, Sep 2 2005
18:32:45
|
|
Mail sent by msieczka
|
|
Update:
As far as I remember I sent the problematic file over to Radim but then he
realised I the problem didn't apply to v.in.ogr in general but only when
called from GUI. Radim said he couldn't do anything about it.
I doubt I have this file still somewhere there to re-test in 6.1. Anyway, I
recall having similar problems with modules in GUI from time to time, I mean
this information:
too many nested evaluations (infinite loop?)
(procedure "GlobalVar::exists" line 1)
invoked from within
"GlobalVar::exists $_widget($path,var)"
(procedure "ProgressBar::_modify" line 4)
invoked from within
.. and so on, see the report.
I also recall somedoby reported a very similar bug with another module when
called from GUI - the same "too many nested evaluations (infinite loop?)". I
can't remember which report it exactly was and if it was fixed though. Can
anybody remember? Is this problem with using commands in GUI resolved or can
we expect similar in future?
Maciek |
|
Tue, Feb 21 2006
20:47:35
|
|
Subject changed to v.in.ogr, GUI, fails at building areas due to 'too many nested evaluations (infinite loop?)' by msieczka
|
|
Fri, Mar 3 2006
12:06:54
|
|
Mail sent by msieczka
|
|
Hi!
I've just had this "too many nested evaluations" error with v.extract. It hang
my v.extract GUI window for good, I couldn't even scroll it or select text
from it. After I forced it to close it printed to the terminal the following
stuff:
---
bgerror failed to handle background error.
Original error: too many nested evaluations (infinite loop?)
Error in bgerror: can't invoke "grab" command: application has been destroyed
bgerror failed to handle background error.
Original error: too many nested evaluations (infinite loop?)
Error in bgerror: can't invoke "tk" command: application has been
destroyedbgerror failed to handle background error.
Original error: too many nested evaluations (infinite loop?)
Error in bgerror: can't invoke "tk" command: application has been
destroyedbgerror failed to handle background error.
Original error: too many nested evaluations (infinite loop?)
Error in bgerror: can't invoke "tk" command: application has been
destroyedbgerror failed to handle background error.
---
... and so on for hundreds of lines ...
Using Grass 6.1 cvs 2006-02-20 built from source, Ubuntu Breezy. Only TCL/TK
8.3 used at build time and at run time, no 8.4 at all (so my theory of the
"too many nested evaluations" bug being connected with only 8.4 seems wrong;
though it still seems to me that when I'm now using 8.3/Ubuntu(Debian) it pops
up much less frequently than when I was using 8.4/Mandriva, whatever the
reason is).
The CLI equivalent and output of the command that made v.extract GUI fail with
such a hasty abandon is:
---
v.extract input=rogow_parcels_05_water_addcat_bnd_ln_poly_addcat
output=rogow_parcels_05_water_addcat_bnd_ln_poly_addcat_diss
type=point,line,boundary,centroid,area,face layer=1 new=-1 -d -t
Building topology ...
Registering lines:
55 primitives registered
Building areas:
0 areas built
0 isles built
Attaching islands:
Attaching centroids:
Topology was built.
Number of nodes : 48
Number of primitives: 55
Number of points : 0
Number of lines : 55
Number of boundaries: 0
Number of centroids : 0
Number of areas : 0
Number of isles : 0
Removing duplicate centroids ...Building topology ...
Registering lines:
55 primitives registered
Building areas:
0 areas built
0 isles built
Attaching islands:
Attaching centroids:
Topology was built.
Number of nodes : 48
Number of primitives: 55
Number of points : 0
Number of lines : 55
Number of boundaries: 0
Number of centroids : 0
Number of areas : 0
Number of isles : 0
---
The funniest part is I cannot reproduce the error at will. But sometimes when
I keep on trying over & over again I get the following (in the terminal):
too many nested evaluations (infinite loop?)
(procedure "GlobalVar::exists" line 1)
invoked from within
"GlobalVar::exists $_widget($path,var)"
(procedure "ProgressBar::_modify" line 4)
invoked from within
"ProgressBar::_modify .progress"
("eval" body line 1)
invoked from within
"eval ProgressBar::$cmd .progress $args"
(procedure ".progress" line 1)
invoked from within
"$opt($dlg,progress) _modify"
(procedure "progress" line 7)
invoked from within
"progress $dlg $val"
invoked from within
"if [eof $fh] {
close $fh
} else {
set str [gets $fh]
append str "\n"
if { [fblocked $fh] } { set str [read $fh] }
while {[set idx [string f..."
(procedure "prnout" line 5)
invoked from within
"prnout 1 file6"
---
There has never been any comments from Grass devs regarding this issue. And it
seem quite a common bug (browse grass5 and grasslist archives, also see:
https://intevation.de/rt/webrt?serial_num=3117). Any ideas how to fix so the
current Grass gui could be operational?
Maciek
|
|
Sat, Mar 4 2006
17:12:49
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Sat, 04 Mar 2006 09:12:46 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] [bug #2937] (grass) v.in.ogr, GUI, fails at building areas due to 'too many nested evaluations (infinite loop?)'
|
In-reply-to |
<20060303110655.0A9931006C5@lists.intevation.de>
|
To |
Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Message-id |
<C02F0A8E.9B0F%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.2.1.051004
|
Thread-Topic |
[GRASS5] [bug #2937] (grass) v.in.ogr, GUI, fails at building areas due to 'too many nested evaluations (infinite loop?)'
|
Thread-Index |
AcY/pnleuDQxAquZEdq73AAKlW/i4A==
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Maciek,
I don't know exactly what causes this error because I haven't really worked
with the code that creates the TclTk dialogs for modules. But I have seen
this problem crop up before.
For me, it seems to happen when I try to do something rapidly and
repeatedly, as you indicate below. I kind of think that an increasingly
large number of events get backed up in an event buffer while the process is
trying to complete. The other thing, kind of related, is that the process
has set a variable value to use, then before it is completed a new instance
of the process (doing it again in rapid succession) trys to unset it.
Not sure if that's the correct explanation or if I explained it well, but
this is the kind of impression I get. In other words, if your v.extract (or
other process) has not yet finished and you try to run it again, and repeat
this, you may get this kind of error.
My advice is to wait until this particular process is finished before trying
to rerun it over and over again.
I don't know what would be causing it to crop up in other settings.
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Reply-To: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Date: Fri, 3 Mar 2006 12:06:55 +0100 (CET)
> Cc: <grass5@grass.itc.it>
> Subject: [GRASS5] [bug #2937] (grass) v.in.ogr, GUI, fails at building areas
> due to 'too many nested evaluations (infinite loop?)'
>
>
> The funniest part is I cannot reproduce the error at will. But sometimes when
> I keep on trying over & over again I get the following (in the terminal):
>
> too many nested evaluations (infinite loop?)
> (procedure "GlobalVar::exists" line 1)
> invoked from within
|
|
Sat, Mar 4 2006
21:52:58
|
|
Mail sent by werchowyna@epf.pl
|
|
Return-Path |
<werchowyna@epf.pl>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Sat, 4 Mar 2006 21:52:49 +0100
|
From |
Maciek Sieczka <werchowyna@epf.pl>
|
To |
Michael Barton <michael.barton@asu.edu>
|
Cc |
grass-bugs@intevation.de, grass5@grass.itc.it
|
Subject |
Re: [GRASS5] [bug #2937] (grass) v.in.ogr, GUI, fails at building areas due to 'too many nested evaluations (infinite loop?)'
|
Message-Id |
<20060304215249.90a0650b.werchowyna@epf.pl>
|
In-Reply-To |
<C02F0A8E.9B0F%michael.barton@asu.edu>
|
References |
<20060303110655.0A9931006C5@lists.intevation.de> <C02F0A8E.9B0F%michael.barton@asu.edu>
|
X-Mailer |
Sylpheed version 2.1.1 (GTK+ 2.8.6; i486-pc-linux-gnu)
|
Mime-Version |
1.0
|
Content-Type |
text/plain; charset=US-ASCII
|
Content-Transfer-Encoding |
7bit
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
On Sat, 04 Mar 2006 09:12:46 -0700
Michael Barton <michael.barton@asu.edu> wrote:
> Maciek,
>
> I don't know exactly what causes this error because I haven't really
> worked with the code that creates the TclTk dialogs for modules. But
> I have seen this problem crop up before.
"Crop up before" - what does that mean? Sorry for my poor English.
> For me, it seems to happen when I try to do something rapidly and
> repeatedly, as you indicate below.
I believe this is not a cause of the problem. The very first "v.extract
error" occured when my overall actvitity in Grass GUI was equal zero.
Same for the original "v.in.ogr error", which I was able to reproduce at
will (in oppsite to v.extract case), which was occuring not matter if I
was using the d.m extensively or not.
Summarising, I don't think this "too many nested evaluations" bug pops
up at user's specific activity.
> I kind of think that an
> increasingly large number of events get backed up in an event buffer
> while the process is trying to complete. The other thing, kind of
> related, is that the process has set a variable value to use, then
> before it is completed a new instance of the process (doing it again
> in rapid succession) trys to unset it.
Maybe there is something on here, but it is not dependent on users
level of activity, I believe.
> Not sure if that's the correct explanation or if I explained it well,
> but this is the kind of impression I get. In other words, if your
> v.extract (or other process) has not yet finished and you try to run
> it again, and repeat this, you may get this kind of error.
>
> My advice is to wait until this particular process is finished before
> trying to rerun it over and over again.
I press "Run" key again only once the previous command run completes -
acoording to command's output.
> I don't know what would be causing it to crop up in other settings.
Thanks Michael for your interest. I hope this annoying issue
will be worked out somehow one time. Thanks for your great work.
Maciek
--------------------
W polskim Internecie s? setki milion?w stron. My przekazujemy Tobie tylko najlepsze
z nich!
http://katalog.panoramainternetu.pl/
|
|
Wed, May 17 2006
02:59:44
|
|
Request created by hamish_nospam@yahoo.com (as #4464)
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Wed, 17 May 2006 12:59:20 +1200
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
Maciek Sieczka <werchowyna@epf.pl>
|
Cc |
gardner@backserv.gsfc.nasa.gov, grass-dev@grass.itc.it, grass-bugs@intevation.de, glynn@gclements.plus.com
|
Subject |
Re: [bug #2937 [GRASS-dev] povray and grass
|
Message-Id |
<20060517125920.657d1e82.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20060516082204.5d67660f.werchowyna@epf.pl>
|
References |
<1147705369.25093.9.camel@forbin> <20060515175219.8e45ce43.werchowyna@epf.pl> <1147714359.26176.3.camel@forbin> <20060515195310.ecf3bace.werchowyna@epf.pl> <20060516130742.6fab6356.hamish_nospam@yahoo.com> <20060516082204.5d67660f.werchowyna@epf.pl>
|
X-Mailer |
Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
|
X-Face |
M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
|
Mime-Version |
1.0
|
Content-Type |
text/plain; charset=US-ASCII
|
Content-Transfer-Encoding |
7bit
|
X-Spam-Status |
No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00, FORGED_YAHOO_RCVD
|
X-Spam-Level |
|
> > > http://intevation.de/rt/webrt?serial_num=3117
> >
> > I think I've fixed it in CVS.
[can someone who was seeing this bug test & report back?]
> There are other modules that happen to fail due to "too many nested
> evaluations (infinite loop?)" in GUI. Those I rememeber are v.in.ogr
> and v.extract. See http://intevation.de/rt/webrt?serial_num=2937
>
> Could it be related?
I stick by my theory that tcl throws this error when it it is asked
to process a single string repeatedly in very quick succession.
G_percent() in r.out.pov and the error messages shown in bug report
#2937 both produce this behavior.
Hamish
|
|
Wed, May 17 2006
12:24:44
|
|
Request created by glynn@gclements.plus.com (as #4465)
|
|
Return-Path |
<glynn@gclements.plus.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
Glynn Clements <glynn@gclements.plus.com>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
Content-Transfer-Encoding |
7bit
|
Message-ID |
<17514.63973.369162.189110@cerise.gclements.plus.com>
|
Date |
Wed, 17 May 2006 11:24:37 +0100
|
To |
Hamish <hamish_nospam@yahoo.com>
|
Cc |
Maciek Sieczka <werchowyna@epf.pl>, grass-bugs@intevation.de, grass-dev@grass.itc.it
|
Subject |
Re: [bug #2937 [GRASS-dev] povray and grass
|
In-Reply-To |
<20060517125920.657d1e82.hamish_nospam@yahoo.com>
|
References |
<1147705369.25093.9.camel@forbin> <20060515175219.8e45ce43.werchowyna@epf.pl> <1147714359.26176.3.camel@forbin> <20060515195310.ecf3bace.werchowyna@epf.pl> <20060516130742.6fab6356.hamish_nospam@yahoo.com> <20060516082204.5d67660f.werchowyna@epf.pl> <20060517125920.657d1e82.hamish_nospam@yahoo.com>
|
X-Mailer |
VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Hamish wrote:
> > There are other modules that happen to fail due to "too many nested
> > evaluations (infinite loop?)" in GUI. Those I rememeber are v.in.ogr
> > and v.extract. See http://intevation.de/rt/webrt?serial_num=2937
> >
> > Could it be related?
>
> I stick by my theory that tcl throws this error when it it is asked
> to process a single string repeatedly in very quick succession.
No. As the error message suggests, Tcl throws this error if the
evaluation stack gets too deep, which is normally due to infinite
recursion. E.g.:
% proc foo {} {foo}
% foo
too many nested evaluations (infinite loop?)
A less obvious case is calling "update" from within an event handler
(e.g. the fileevent handler for process output). If the events occur
more rapidly than they can be processed, each call to update will
result in a nested call to the event handler.
Looking at the code for lib/gtcltk/gronsole.tcl, I notice that:
1. Gronsole::execbg registers Gronsole::file_callback as a fileevent
handler.
2. Gronsole::file_callback calls Gronsole::readout.
3. Gronsole::readout calls Gronsole::output_to_gronsole.
4. Gronsole::output_to_gronsole calls Gronsole::progress.
5. Gronsole::progress calls ProgressBar::_modify (via the widget's
_modify method).
6. ProgressBar::_modify calls update. If more output is available,
this will result in a nested call to Gronsole::file_callback, and so
on.
The last point is the problem; it should rely upon the caller to call
update if necessary (for the fileevent handler, it isn't; the update
should be performed from the event loop when Gronsole::file_callback
returns).
Removing the update from ProgressBar::_modify should eliminate the
problem. Changing it to "update idletasks" might; I'm not sure whether
file events are treated as idle events.
If you don't want to modify the BWidget library, modify the
Gronsole::file_callback function to prevent nested evaluation, e.g.
namespace eval Gronsole {
variable _busy
...
set _busy 0
}
...
proc Gronsole::file_callback {path ci mark fh} {
variable _busy
if {$_busy} return
set _busy 1
# do stuff
set _busy 0
}
--
Glynn Clements <glynn@gclements.plus.com>
|
|
Fri, May 19 2006
05:24:28
|
|
Request 4464 merged into 2937 by hbowman (as #4464)
|
|
Fri, May 19 2006
05:25:26
|
|
Request 4465 merged into 2937 by hbowman (as #4465)
|
|
Fri, May 19 2006
05:26:14
|
|
User changed to werchowyna@epf.pl by hbowman
|
|
Wed, Jul 26 2006
14:21:08
|
|
User changed to tutey@o2.pl by msieczka
|
|