[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-...@…  
  Type:  defect|  Status:  closed   
  Priority:  major |   Milestone:  6.4.0
 Component:  Tcl   | Version:  svn-releasebranch64  
Resolution:  fixed |Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Changes (by hamish):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 closing bug as original form lib breakage is fixed; closing map <(null)>
 weirdness continued in #917.

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
--+-
 Reporter:  cnielsen  |   Owner:  grass-...@…  
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:  6.4.0
Component:  Tcl   | Version:  svn-releasebranch64  
 Keywords:  wingrass,v.digit  |Platform:  MSWindows XP 
  Cpu:  x86-64|  
--+-
Changes (by hamish):

  * priority:  critical => major


Comment:

 as per comment:30 the "Building topology for vector map <(null)>..." +
 "Unable to read vector map" on close down messages remain, which is a bit
 of a worry, but overall the module still seems to work so downgrading from
 'critical' into the noise.

 Feel free to upgrade again if the effects can be felt..

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Tcl   | Version:  svn-releasebranch64  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by marisn):

 Ah. Sorry - slipped under my radar. I clearly see error message, still
 resulting vector seems to be fine, as displaying, query, v.info and
 v.report are running fine without errors.

 Here's output when creating new map "bar" with single point without
 attribute information:
 {{{
 D2/3: Variable = 0040E0C0

 D1/3: Vect_get_thresh(): thresh = 0.00

 D2/3: topo body offset 142
 D2/3: topo body offset 142

 D1/3: Vector format: 0 (native)
 D1/3: Vect_set_thresh(): thresh = 0.00
 D1/3: Vect__read_head(): vector = b...@user1
 D1/3: Vect_set_thresh(): thresh = 0.00
 D1/3: Level request = 0
 D1/3: Vect_open_topo(): name = bar mapset= user1
 D1/3: get coor info: C:\Users\Maris\Documents\GIS
 DataBase/spearfish60/user1/vector/bar/coor
 D1/3: Info->size = 14, Info->mtime = 1270717167
 D2/3: Topo header: file version 5.0 , supported from GRASS version 5.0
 D2/3:   byte order 0
 D2/3:   header size 142
 D2/3:   with_z 0
 D2/3:   coor size 14
 D1/3: Topo head: coor size = 14, coor mtime = 1270717167
 D1/3: dig_load_plus()
 D3/3: dig_init_plus()
 D1/3: dig_spidx_init()
 D3/3: dig_cidx_init()
 D2/3: Topo header: file version 5.0 , supported from GRASS version 5.0
 D2/3:   byte order 0
 D2/3:   header size 142
 D2/3:   with_z 0
 D2/3:   coor size 14
 D3/3: dig_alloc_isle():
 D2/3: Vect_cidx_open(): name = bar mapset= user1
 D3/3: dig_cidx_init()
 D3/3: dig_read_cidx()
 D3/3: dig_cidx_init()
 D3/3: Cidx header: file version 5.0 , supported from GRASS version 5.0
 D2/3: Vect_cidx_save()
 D2/3: Open cidx: C:\Users\Maris\Documents\GIS
 DataBase/spearfish60/user1/vector/bar/cidx
 D3/3: dig_write_cidx_head()
 D3/3: cidx body offset 13
 D3/3: dig_write_cidx_head()
 D3/3: cidx body offset 13
 D1/3: close history file
 D1/3: V1_close_nat(): name = bar mapset= user1
 D1/3: get coor info: C:\Users\Maris\Documents\GIS
 DataBase/spearfish60/user1/vector/bar/coor
 D2/3: ftell = 14
 D1/3: Info->size = 14, Info->mtime = 1270717167
 D1/3: dig__write_head()
 D1/3: write coor size (14) to head
 D2/3: coor body offset 14
 D1/3: Vect_get_thresh(): thresh = 0.00
 D1/3: Vect_write_dblinks(): map = bar, mapset = user1
 D1/3: dbln file: C:\Users\Maris\Documents\GIS
 DataBase/spearfish60/user1/vector/bar/dbln
 D1/3: Dblinks written
 D1/3: Vect_open_old(): name = bar mapset= user1 update = 1
 D1/3: Vect_set_thresh(): thresh = 0.00
 D3/3: dig_init_plus()
 D1/3: dig_spidx_init()
 D3/3: dig_cidx_init()
 D1/3: open format file: 'user1/vector/bar/frmt'
 D1/3: dig__write_head()
 D1/3: write coor size (0) to head
 D2/3: coor body offset 14
 D3/3: dig_init_plus()
 D1/3: dig_spidx_init()
 D3/3: dig_cidx_init()
 D3/3: Vect_build(): build = 4
 Building topology for vector map ...

 D2/3: dig_cidx_free()
 D3/3: dig_cidx_init()
 D3/3: Vect_build_nat() build = 4
 D1/3: Vect_Rewind(): name = bar
 Registering primitives...

 D3/3: Vect_read_next_line()
 D3/3: V1_read_next_line_nat()
 D3/3: Vect__Read_line_nat: offset = 14
 0 primitives registered

 0 vertices registered

 Building areas...

 0 areas built

 0 isles built

 Attaching islands...

 Attaching centroids...

 D2/3: dig_cidx_sort()
 Number of nodes: 0

 Number of primitives: 0

 Number of points: 0

 Number of lines: 0

 Number of boundaries: 0

 Number of centroids: 0

 Number of areas: 0

 Number of isles: 0

 D1/3: Vect_close(): name = bar, mapset = user1, format = 0, level = 2
 D1/3: get coor info: C:\Users\Maris\Documents\GIS
 DataBase/spearfish60/user1/vector/bar/coor
 D2/3: ftell = 14
 D1/3: Info->size = 14, Info->mtime = 1270717167
 D1/3: Vect_save_topo()
 D1/3: Open topo: C:\Users\Maris\Documents\GIS
 DataBase/spearfish60/user1/vector/bar/topo
 D2/3: G__read_Cell_head
 D2/3: G__read_Cell_head_array
 D3/3: region item: proj:   1
 D3/3: region item: zone:   13
 D3/3: region item: north:  4928010
 D3/3: region item: south:  4913700
 D3/3: region item: east:   609000
 D3/3: region item: west:   589980
 D3/3: region item: cols:   634
 D3/3: region item: rows:   477
 D3/3: region item: e-w resol:  30
 D3/3: region item: n-s resol:  30
 D3/3: region item: top:1
 D3/3: region item: bottom: 0
 D3/3: region item: cols3:  634
 D3/3: region item: rows3:  477
 D3/3: region item: depths: 1
 D3/3: region item: e-w resol3: 30
 D3/3: region item: n-s resol3: 30
 D3/3: region item: t-b resol:  1
 D1/3: Region: N =

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Tcl   | Version:  svn-releasebranch64  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hamish):

 Replying to [comment:29 marisn]:
 > Just tested v.digit launched from CMD and wxgui running
 > WinGRASS-6.4.SVN-r41749-1 on Vista - everything works just fine
 > (except strange window named "dbf.exe" after creating database).


 ... but do you see this as the last messages on exit, as I do on a XP
 machine?

 {{{
 Region restored to original extent.
 Building topology for vector map <(null)>...
 Registering promitives...
 Unable to read vector map
 }}}


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Tcl   | Version:  svn-releasebranch64  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by marisn):

 Just tested v.digit launched from CMD and wxgui running WinGRASS-6.4.SVN-
 r41749-1 on Vista - everything works just fine (except strange window
 named "dbf.exe" after creating database).

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Tcl   | Version:  svn-releasebranch64  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hellik):

 Replying to [comment:27 hellik]:
 > Replying to [comment:26 hamish]:
 >
 > {{{
 >  Region restored to original extent.
 > }}}
 >
 >
 
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/vector/v.digit/centre.c#L176
 >
 > {{{
 >  Building topology for vector map <(null)>...
 > }}}
 >
 >
 
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/lib/vector/Vlib/build.c#L123
 >
 > {{{
 >  Registering promitives...
 >  Unable to read vector map
 > }}}
 >
 >
 
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/lib/vector/Vlib/build_nat.c#L514
 >

 {{{
 [...]
 D2/3:   Tool_next = 1
 D3/3: new_line(): End
 D2/3: Quit
 D1/3: end()
 D3/3: Vect_build(): build = 0
 D3/3: Vect_build_nat() build = 0
 D2/3: dig_free_plus_areas()
 D2/3: dig_free_plus_isles()
 D2/3: dig_free_plus_areas()
 D2/3: dig_free_plus_isles()
 D2/3: dig_free_plus_nodes()
 D2/3: dig_free_plus_lines()
 D3/3: Vect_build(): build = 4
 Erstelle Topologie für die Vektorkarte ...
 D2/3: dig_cidx_free()
 D3/3: dig_cidx_init()
 D3/3: Vect_build_nat() build = 4
 D1/3: Vect_Rewind(): name = textvect
 Registriere Primitive...
 D3/3: Vect_read_next_line()
 D3/3: V1_read_next_line_nat()
 D3/3: Vect__Read_line_nat: offset = 14
 D3/3: type = 1, do_cats = 1 dead = 0
 D3/3: n_cats = 1
 D3/3: n_points = 1
 D3/3: off = 43
 D3/3: Register line: offset = 14
 D3/3: Register node: type = 1,  633486.570248,225933.884298
 D3/3: dig_find_node()
 D3/3: node = 0
 D3/3: dig_add_node(): n_nodes = 0, alloc_nodes = 0
 D3/3: dig_spidx_add_node(): node = 1, x,y,z = 633486.570248,
 225933.884298, 0.00
 D3/3: new node = 1, n_nodes = 1, alloc_nodes = 1000
 D3/3: Add new node: 1
 D3/3: dig_node_add_line(): node = 1 line = 1
 D3/3: dig_node_alloc_line(): add = 1
 D3/3: angle = -9.00
 D3/3: dig_node_add_line(): line 1 added position 0 n_lines:
 1 angle -9.00
 D3/3: dig_node_add_updated(): node = 1
 D3/3: dig_spidx_add_line(): line = 1
 D3/3: dig_line_add_updated(): line = 1
 D3/3: dig_cidx_add_cat(): field = 1 cat = 1 line = 1 type =
 1
 D3/3: Vect_read_next_line()
 D3/3: V1_read_next_line_nat()
 D3/3: Vect__Read_line_nat: offset = 43
 D3/3: type = 1, do_cats = 1 dead = 0
 D3/3: n_cats = 1
 D3/3: n_points = 1
 D3/3: off = 72
 D3/3: Register line: offset = 43
 D3/3: Register node: type = 1,  642495.867769,220494.834711
 D3/3: dig_find_node()
 D3/3: node = 0
 D3/3: dig_add_node(): n_nodes = 1, alloc_nodes = 1000
 D3/3: dig_spidx_add_node(): node = 2, x,y,z = 642495.867769,
 220494.834711, 0.00
 D3/3: new node = 2, n_nodes = 2, alloc_nodes = 1000
 D3/3: Add new node: 2
 D3/3: dig_node_add_line(): node = 2 line = 2
 D3/3: dig_node_alloc_line(): add = 1
 D3/3: angle = -9.00
 D3/3: dig_node_add_line(): line 2 added position 0 n_lines:
 1 angle -9.00
 D3/3: dig_node_add_updated(): node = 2
 D3/3: dig_spidx_add_line(): line = 2
 D3/3: dig_line_add_updated(): line = 2
 D3/3: dig_cidx_add_cat(): field = 1 cat = 2 line = 2 type =
 1
 D3/3: Vect_read_next_line()
 D3/3: V1_read_next_line_nat()
 D3/3: Vect__Read_line_nat: offset = 72
 2 primitives registered
 2 vertices registered
 Building areas...
 0 areas built
 0 isles built
 Füge Inseln hinzu...
 Füge Zentroide hinzu...
 Die Topologie wurde erstellt
 D2/3: dig_cidx_sort()
 Anzahl von Knoten: 2
 Anzahl von Primitives: 2
 Anzahl von Punkten : 2
 Anzahl von Linien: 0
 Anzahl von Boundaries: 0
 Anzahl von Zentroiden: 0
 Anzahl von Flächen: 0
 Anzahl von Inseln: 0
 D1/3: Vect_close(): name = textvect, mapset = user1, format
 = 0, level = 2
 D1/3: get coor info:
 C:\gisdata\grassdata/nc_spm_08/user1/vector/textvect/coor
 D2/3: ftell = 72
 D1/3: Info->size = 72, Info->mtime = 1268436527
 D1/3: Vect_save_topo()
 D1/3: Open topo:
 C:\gisdata\grassdata/nc_spm_08/user1/vector/textvect/topo
 D2/3: topo body offset 142
 D3/3: dig_Wr_P_node()
 D3/3: dig_Wr_P_node()
 D2/3: topo body offset 142
 D2/3: Vect_cidx_save()
 D2/3: Open cidx:
 C:\gisdata\grassdata/nc_spm_08/user1/vector/textvect/cidx
 D3/3: dig_write_cidx_head()
 D3/3: cidx 0 head offset: 13
 D3/3: cidx 0 offset: 0
 D3/3: cidx body offset 41
 D3/3: dig_write_cidx_head()
 D3/3: cidx 0 head offset: 13
 D3/3: cidx 0 offset: 41
 D3/3: cidx body offset 41
 D1/3: close history file
 D1/3: V1_close_nat(): name = textvect mapset= user1
 D1/3: get coor info:
 C:\gisdata\grassdata/nc_spm_08/u

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Tcl   | Version:  svn-releasebranch64  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hellik):

 Replying to [comment:26 hamish]:

 {{{
  Region restored to original extent.
 }}}

 
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/vector/v.digit/centre.c#L176

 {{{
  Building topology for vector map <(null)>...
 }}}

 
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/lib/vector/Vlib/build.c#L123

 {{{
  Registering promitives...
  Unable to read vector map
 }}}

 
http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/lib/vector/Vlib/build_nat.c#L514

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Tcl   | Version:  svn-releasebranch64  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Changes (by hamish):

  * version:  unspecified => svn-releasebranch64

Comment:

 tested with wingrass r41386. still get the error on exit.

 {{{
 Region restored to original extent.
 Building topology for vector map <(null)>...
 Registering promitives...
 Unable to read vector map
 }}}


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Tcl   | Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Changes (by hamish):

  * priority:  blocker => critical
  * component:  Vector => Tcl

Comment:

 it now works so no longer a blocker, but needs testing as per
 {{{
   Building topology for vector map <(null)>...
 }}}
 and
 {{{
   Error in sqlite3_prepare():
 }}}
 error messages seen in comment:24.

 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  blocker   |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hamish):

 as far as I can tell in the latest wingrass installer v.digit(tcl) works
 so this is no longer critical, but I get an unexplained error message when
 I close it:

 {{{
 Region restored to original extent.
 Building topology for vector map <(null)>...
 Registering promitives...
 Unable to read vector map
 }}}


 I also notice an error in the output:
 {{{
 DBMI-SQLite driver error:
 Error in sqlite3_prepare():
 near "where" syntax error
 Cannot update table
 }}}


 I'm guessing that is because I hit submit (or didn't) in the Form when the
 only column in the table was cat? (???)
 the output from v.db.select looks as it should.


 ?,
 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  blocker   |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by neteler):

 Warning also fixed in 6.4 (r40406).

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  blocker   |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by neteler):

 Warning fix submitted in r40405 (6.5).

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  blocker   |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by glynn):

 {{{
 --- vector/v.digit/form.c   (revision 40258)
 +++ vector/v.digit/form.c   (working copy)
 @@ -13,6 +13,7 @@
  #include 
  #include 
  #include 
 +#include 
  #include "proto.h"

  /* Structure to store column names and values */
 }}}

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  blocker   |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hamish):

 stuff sync'd/backported from devbr6 to relbr64 with r40401.


 while testing it, I noticed this build warning:
 {{{
 proto.h:56: warning: 'struct line_pnts' declared inside parameter list
 proto.h:56: warning: its scope is only this definition or declaration,
 which is probably not what you want
 }}}


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  blocker   |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hellik):

 Replying to [comment:18 hamish]:
 > this is a blocker as 2 of 2 vector digitizers are now broken in current
 6.4 wingrass. Fortunately the solution for the tcl one seems well in hand
 & forthcoming. Will backport revert then sync solution to the 6.4 branch
 as soon as it is tested & confirmed in 6.5.

 from dev-ml:

 {{{
 Hamish wrote:
 > > * 843 v.digit broken on new WinGrass release
 > >   -> contains a suggestion
 >
 > Maris and Glynn are working to resolve this. Seems plausible that it
 > will be backported and ready for final testing by next week.

 FWIW, I've changed 6.5 as I consider appropriate, i.e. removed
 $(FORMLIB) and sync'd generate.c to lib/form's version.
 }}}

 tested on a fresh build of grass65 on WinVista32:
   => v.digit is working

 Helmut

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  blocker   |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Changes (by hamish):

  * priority:  critical => blocker

Comment:

 this is a blocker as 2 of 2 vector digitizers are now broken in current
 6.4 wingrass. Fortunately the solution for the tcl one seems well in hand
 & forthcoming. Will backport revert then sync solution to the 6.4 branch
 as soon as it is tested & confirmed in 6.5.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by glynn):

 Replying to [comment:16 marisn]:

 > As removing something from lib/form will break backwards compatibility.

 Why does that matter? I'm fairly sure that we don't want anything else
 using lib/form, particularly F_open().

 > I attached patch that renames v.digit F_ function copies and removes
 futurer duplicate code. Worksforme, needs review.

 I'm still don't see why we can't just revert the v.digit changes and sync
 its copy of generate.c to the lib/form copy.

 I don't particularly like cloning code, but in this case the cure is worse
 than the disease.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by marisn):

 Replying to [comment:14 glynn]:
 >
 > It would be possible to modify v.digit to use different names (this may
 also need to be done for reset_values(), set_value() and submit() in
 form.c), but I'm still concerned about the potential side-effects of
 linking against lib/form. Personally, I consider cloning F_generate() to
 be the lesser evil.
 >
 > If d.what.vect is the only module which uses lib/form's F_open(), I'd
 consider removing that code from lib/form and putting it in d.what.vect
 instead. That would simplify lib/form and eliminate the Windows issues.
 As removing something from lib/form will break backwards compatability. I
 attached patch that renames v.digit F_ function copies and removes futurer
 duplicate code. Worksforme, needs review.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hamish):

 Glynn:
 > If d.what.vect is the only module which uses lib/form's F_open(), I'd
 > consider removing that code from lib/form and putting it in d.what.vect
 > instead. That would simplify lib/form and eliminate the Windows issues.


 my 1/2c:
 at some point we have to stop refactoring working code in 6.x. Any new
 perturbation introduces the potential for new problems and this is
 supposed to be the stable branch. The old lib/form/open.c + d.what.vect is
 working fine on UNIX and is irrelevant elsewhere, so my vote is to just
 leave well enough alone, put things back to the way they were as much as
 possible, sync whatever bugfixes need syncing between the clones, and move
 on.

 would a more portable version of lib/form do some good in some other area,
 or is this it?


 thanks,
 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by glynn):

 Replying to [comment:13 marisn]:

 > > > As lib/forms F_open is used only by v.digit and d.what.vect,
 > >
 > > It's used by d.what.vect and NVIZ.
 > >
 > d.what.vect AFAIK doesn't work on Windows due to X dependency. Not a
 issue.
 > NVIZ does '''NOT''' use F_open(). lib/forms are used by more than
 v.digit and d.what.vect modules, but only those two call F_open(). Others
 use plain F_generate, which works just fine.

 v.digit doesn't use lib/form's F_{open,clear,close} functions; it has its
 own functions with those names, which don't spawn a separate process.
 Except, linking against lib/form for F_generate() seems to cause
 lib/form's F_open (etc) to override the local version.

 It would be possible to modify v.digit to use different names (this may
 also need to be done for reset_values(), set_value() and submit() in
 form.c), but I'm still concerned about the potential side-effects of
 linking against lib/form. Personally, I consider cloning F_generate() to
 be the lesser evil.

 If d.what.vect is the only module which uses lib/form's F_open(), I'd
 consider removing that code from lib/form and putting it in d.what.vect
 instead. That would simplify lib/form and eliminate the Windows issues.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by marisn):

 Replying to [comment:12 glynn]:
 > Replying to [comment:11 marisn]:
 > > As lib/forms F_open is used only by v.digit and d.what.vect,
 >
 > It's used by d.what.vect and NVIZ.
 >
 d.what.vect AFAIK doesn't work on Windows due to X dependency. Not a
 issue.
 NVIZ does '''NOT''' use F_open(). lib/forms are used by more than v.digit
 and d.what.vect modules, but only those two call F_open(). Others use
 plain F_generate, which works just fine.
 > v.digit doesn't use lib/form (at least, it's not '''supposed''' to use
 lib/form, as it has its own version of the code).
 Only part of the form lib that '''could''' be v.digit own, is F_open() and
 also only because it's not worth effort to make lib/form F_open() Windows-
 ready. F_generate() is generic enough to NOT keep many copies around.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by glynn):

 Replying to [comment:11 marisn]:
 > As lib/forms F_open is used only by v.digit and d.what.vect,

 It's used by d.what.vect and NVIZ.

 v.digit doesn't use lib/form (at least, it's not '''supposed''' to use
 lib/form, as it has its own version of the code).

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by marisn):

 As lib/forms F_open is used only by v.digit and d.what.vect, it's not
 worth to fix forms lib. Reverted to old v.digit F_open in r40128. Please
 test on Windows and backport to releasebranch if it helps.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by glynn):

 Replying to [comment:9 marisn]:

 > > Huh? That matches the error message, but v.digit shouldn't be using
 lib/form. It has its '''own embedded copy''' of the form library.

 > "Own embedded copy" is a good reason for trouble. Before r38954 form lib
 was out of sync. If lib/form was broken before r38954 then something else
 was broken too (nviz? d.what?).

 By "embedded", I mean "in-process". The form library in lib/form consists
 of a custom "wish" which has a command for executing SQL, and a library
 which spawns this as a slave process. The version in v.digit doesn't use a
 separate child process; the form code has been merged into the main
 v.digit program (which is also a custom wish).

 The separate form library is still used by nviz and d.what.vect.

 > Unfortunately I have no idea about sockets/pipes on windows. According
 to lib/form history, Glynn should have an idea how sockets/pipes/etc.
 works on Windows.

 I don't have much of an idea either. I do know that Windows doesn't
 understand Unix-domain sockets (so no socketpair()). It does have a
 _pipe() function which is roughly equivalent to the Unix version, but the
 lack of fork() means that creating a slave process is nothing like on
 Unix.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by marisn):

 Replying to [comment:7 glynn]:
 > Huh? That matches the error message, but v.digit shouldn't be using
 lib/form. It has its '''own embedded copy''' of the form library.
 >
 > Oh. develbranch_6 has LIBES=$(FORMLIB) in vector/v.digit/Makefile,
 6.4.0-RC5 doesn't; see r38954. That explains why v.digit works for me
 (6.4.0-RC5, native Windows).
 >
 "Own embedded copy" is a good reason for trouble. Before r38954 form lib
 was out of sync. If lib/form was broken before r38954 then something else
 was broken too (nviz? d.what?). Unfortunately I have no idea about
 sockets/pipes on windows. According to lib/form history, Glynn should have
 an idea how sockets/pipes/etc. works on Windows.

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hamish):

 Replying to [comment:7 glynn]:
 > Huh? That matches the error message, but v.digit shouldn't be
 > using lib/form. It has its own embedded copy of the form library.
 >
 > Oh. develbranch_6 has LIBES=$(FORMLIB) in vector/v.digit/Makefile,
 > 6.4.0-RC5 doesn't; see r38954. That explains why v.digit works for
 > me (6.4.0-RC5, native Windows).

 or more precisely it happened at r39141, when that Makefile change was
 backported to the 6.4 branch. so the latest 6.4.0svn40049 native wingrass
 build I'm testing uses $(FORMLIB), while the 6.4.0rc5 release did not use
 that.

 I am not familiar enough with this part of the code to provide much
 comment beyond that, only that I am glad that this is not as deep as I
 feared it could be.


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by glynn):

 Replying to [comment:5 hamish]:

 > it's this in lib/form/open.c:

 Huh? That matches the error message, but v.digit shouldn't be using
 lib/form. It has its own embedded copy of the form library.

 Oh. develbranch_6 has LIBES=$(FORMLIB) in vector/v.digit/Makefile,
 6.4.0-RC5 doesn't; see r38954. That explains why v.digit works for me
 (6.4.0-RC5, native Windows).

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by cmbarton):

 This is too bad, especially since we just finally got this easily
 available to Windows users.

 Michael

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  critical  |   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Changes (by hamish):

  * priority:  normal => critical

Comment:

 I can reproduce this now from both the wx and tcltk GUIs.

  digitize [new] -> settings -> table tab -> create table -> ok
 (interestingly the dbf.exe empty dosbox locked up when I tried to run it
 from gis.m)

 then draw a boundary with "No category" set, move vertex to snap it shut,
 then try to add a centroid with cats set to "Next not used".
 Boom, G_fatal_error( "F_open_*() doesn't do ms windows").

 In my earlier test I didn't try to do anything with an attribute table.

 I expect that the tcl version of d.what.vect will have the same problem as
 it also uses the form library.

 Replying to [comment:4 cmbarton]:
 > Could it be the fully qualified map name (m...@mapset)?

 it's this in lib/form/open.c:

 {{{
 /* Open new form
  *
  *  returns: 0 success
  */
 #ifdef __MINGW32__
 int F_open(char *title, char *html)
 {
 G_fatal_error("F_open is not supported on Windows");
 return 1;
 }
 #else
 int F_open(char *title, char *html)
 {
 /* parent */
 int c;

 /* common */
 static int pid;

 #ifndef HAVE_SOCKET
 static int p1[2], p2[2];
 #endif /*HAVE_SOCKET */
 int length;

 /* child */

 G_debug(2, "F_open(): title = %s", title);

 if (first) {
 #ifdef HAVE_SOCKET
 ...
 }}}


 the question is, is that fatal error really necessary if all the UNIX
 socket code is protected?


 bumping up the priority level of this bug as currently there is no vector
 digitizing functionality available on MS Win, which is not a good
 situation.

 Workarounds: use the qgis digitizer or cygwin build.



 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by cmbarton):

 Could it be the fully qualified map name (m...@mapset)?

 Michael

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hamish):

 looking at the F_open code in question (lib/form/open.c), there seem to be
 #ifdefs in there around the UNIX socket code already, so why would it be
 disabled?


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hamish):

 hmmm, worked for me in my test with "v.digit -n" which did not open an
 existing map.


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #843: v.digit broken on new WinGrass release

[GRASS GIS]

#843: v.digit broken on new WinGrass release
---+
  Reporter:  cnielsen  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  normal|   Milestone:  6.4.0
 Component:  Vector| Version:  unspecified  
Resolution:|Keywords:  wingrass,v.digit 
  Platform:  MSWindows XP  | Cpu:  x86-64   
---+
Comment (by hellik):

 Replying to [ticket:843 cnielsen]:
 >
 > {{{
 > v.digit map=te...@user1
 > ERROR: F_open is not supported on Windows
 > Building topology for vector map ...
 > Registering primitives...
 > 2 primitives registered
 > 18 vertices registered
 > Building areas...
 > 0 areas built
 > 0 isles built
 > Attaching islands...
 > Attaching centroids...
 > }}}
 >
 >

 confirmed at WinVista32 with the error message:
 ERROR: F_open is not supported on Windows
 [...]

 Helmut

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev