[GRASS-dev] [GRASS-trac] #13: GRASS OGR Module failing

#13: GRASS OGR Module failing
------------------------+---------------------------------------------------
Reporter: jrobins | Owner: grass-dev@lists.osgeo.org
     Type: defect | Status: new
Priority: major | Milestone:
Component: default | Version: unspecified
Keywords: OGR,Cygwin |
------------------------+---------------------------------------------------
The GDAL/OGR module fails when I try to export ESRI shapefiles from GRASS
vectors.

Cygwin/X Output on startup:

Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.99.901-4

Contact: cygwin-xfree@cygwin.com

XWin was started with the following command line:

X :0 -multiwindow -clipboard

_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
(II) XF86Config is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more
information
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 00000007
winSetEngine - Multi Window or Rootless => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per
pixel
winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 800 depth:
32
winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff
winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
bpp 32
null screen fn ReparentWindow
null screen fn RestackWindow
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack
of shar
ed memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "00000409" (00000409)
(--) Using preset keyboard for "English (USA)" (409), type "4"
Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options =
"(null
)"
(--) 5 mouse buttons found
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing
from li
st!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/,
removing from
  list!
winPointerWarpCursor - Discarding first warp: 640 400
winInitMultiWindowWM - pthread_mutex_lock () returned.
winProcEstablishConnection - Hello
winMultiWindowXMsgProc - pthread_mutex_lock () returned.
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
cat: /home/John/.Xauthority: No such file or directory
winInitClipboard ()
winProcEstablishConnection - winInitClipboard returned.
winClipboardProc - Hello
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened
the di
splay.
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened
the disp
lay.
winClipboardProc - XOpenDisplay () returned and successfully opened the
display.

winProcSetSelectionOwner - Clipboard not yet started, aborting.
winProcSetSelectionOwner - Clipboard not yet started, aborting.

--Execute 'grass62' at xWin prompt--

Cygwin/X output in Cygwin shell:

winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window
parameter)

winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window
parameter)

--select spearfish60 location; PERMANENT mapset--

Grass output in xWin shell:

Cleaning up temporary files.....
Starting GRASS ...
/usr/local/grass-6.2.3/etc/Init.sh: line 635: tput: command not found
Welcome to GRASS 6.2.3 (2007)
GRASS homepage: http://grass.itc.it/
This version running thru: GNU Bash (Cygwin)
(/usr/bin/bash.exe)
Help is available with the command: g.manual -i
See the licence terms with: g.version -c
If required, restart the graphical user interface with: gis.m &
When ready to quit enter: exit
GRASS 6.2.3 (spearfish60):~ >

--error is generated here--
GRASS 6.2.3 (spearfish60):~ > v.out.ogr input=roads type=line
dsn=/shapefiles olayer=Road
Segmentation fault (core dumped)
GRASS 6.2.3 (spearfish60):~ >

Output in Cygwin shell:

      24 [main] v.out.ogr 2480 _cygtls::handle_exceptions: Error while
dumping st
ate (probably corrupted stack)

--data dumped to v.out.ogr.stackdump in my home directory
(c:\cygwin\home\John\)--

Is this an OGR problem, or is this a GRASS issue? It started happening
recently, but I can
now reproduce it reliably. I am running GRASS 6.2.3 on Windows Vista
using all the latest updates
from Cygwin (v. 1.5.25-7), from the Cygwin/X Project (v. 6.8.99.901-4),
and from GDAL
(v. 1.3.1-1).

Thanks,
John R.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/13&gt;
GRASS-trac <http://grass.osgeo.org>
Commonly referred to as GRASS, this is a Geographic Information System (GIS) used for geospatial data management and analysis, image processing, graphics/maps production, spatial modeling, and visualization. GRASS is currently used in academic and commercial settings around the world, as well as by many governmental agencies and environmental consulting companies.

#13: GRASS OGR Module failing
----------------------+-----------------------------------------------------
  Reporter: jrobins | Owner: grass-dev@lists.osgeo.org
      Type: defect | Status: new
  Priority: major | Milestone: 6.3.0
Component: default | Version: svn-trunk
Resolution: | Keywords: OGR,Cygwin,winGRASS,Tcl/Tk
----------------------+-----------------------------------------------------
Changes (by jrobins):

  * keywords: OGR,Cygwin => OGR,Cygwin,winGRASS,Tcl/Tk
  * version: unspecified => svn-trunk
  * milestone: => 6.3.0

Comment:

I also get a similar error in the latest 6.3.svn release (built December
14)
from the winGRASS project. After opening the PERMANENT mapset of the
spearfish60
data, I ran "v.out.ogr input=roads type=line dsn=/shapefiles
olayer=Roads". This
generates the following error messages:

Invalid argument: can't _spawnl
ERROR: Unable to start driver <dbf>

The module then exits. I ran this from both the text version and Tcl/Tk
gui with
the same result. My current Tcl version is 8.4.16.0.282109.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/13#comment:1&gt;
GRASS-trac <http://grass.osgeo.org>
GRASS Geographic Information System (GRASS GIS) - http://grass.osgeo.org/

#13: GRASS OGR Module failing

....

Keywords: OGR,Cygwin

....

Cygwin/X Output on startup:

....

Cleaning up temporary files.....
Starting GRASS ...
/usr/local/grass-6.2.3/etc/Init.sh: line 635: tput: command not
found
Welcome to GRASS 6.2.3 (2007)
GRASS homepage: http://grass.itc.it/

minor-

lib/init/init.sh uses tput to clear the terminal screen. tput is
provided by the ncurses package which is (judging from the above)
apparently optional in Cygwin. Should the ncurses package be added to
the requires: line of the grass62/binary/mswindows/setup.ini file; the
clearing command in init.sh be changed; or should it be left as-is?
(because clearing the screen may hide start up errors which may be
common for Cygwin, so it's a useful debugging "feature")

Hamish

      ____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs

Hamish wrote:

> #13: GRASS OGR Module failing
....
> Keywords: OGR,Cygwin
....
> Cygwin/X Output on startup:
....
> Cleaning up temporary files.....
> Starting GRASS ...
> /usr/local/grass-6.2.3/etc/Init.sh: line 635: tput: command not
> found
> Welcome to GRASS 6.2.3 (2007)
> GRASS homepage: http://grass.itc.it/

minor-

lib/init/init.sh uses tput to clear the terminal screen. tput is
provided by the ncurses package which is (judging from the above)
apparently optional in Cygwin. Should the ncurses package be added to
the requires: line of the grass62/binary/mswindows/setup.ini file; the
clearing command in init.sh be changed; or should it be left as-is?
(because clearing the screen may hide start up errors which may be
common for Cygwin, so it's a useful debugging "feature")

I would remove the tput from init.sh (personally, I think that script
does too much anyhow). But you'll still need ncurses for several
modules, as well as the -text startup, so I would also be inclined to
list it in the requires: line in setup.ini.

More generally, ncurses is a not-really-optional depdency. We provide
a --without-curses option in the configure script, but code which uses
it doesn't check for "ifneq($(USE_CURSES),)"; you just get lots of
compilation errors.

--
Glynn Clements <glynn@gclements.plus.com>

Hamish wrote:
> lib/init/init.sh uses tput to clear the terminal screen. tput is
> provided by the ncurses package which is (judging from the above)
> apparently optional in Cygwin.

Glynn:

I would remove the tput from init.sh (personally, I think that script
does too much anyhow). But you'll still need ncurses for several
modules, as well as the -text startup, so I would also be inclined to
list it in the requires: line in setup.ini.

More generally, ncurses is a not-really-optional depdency.

I have not been able to track any reverse-dependency info for the
cygwin package, so I don't know if it is randomly missing from the
reporter's local install or not included in a standard minimal cygwin +
grass install. Do other cygwin users reading this have it installed? I
doubt many folks would have installed the package manually.

ie there comes a point where we could put dozens of packages in the
setup.ini file to work around omissions in the require info of
dependent packages, ....

we already require libncurses8, presumably that should cross-depends
with the ncurses package somehow. For now I've included both.

Hamish

      ____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

Hamish wrote:

> Hamish wrote:
> > lib/init/init.sh uses tput to clear the terminal screen. tput is
> > provided by the ncurses package which is (judging from the above)
> > apparently optional in Cygwin.

Glynn:
> I would remove the tput from init.sh (personally, I think that script
> does too much anyhow). But you'll still need ncurses for several
> modules, as well as the -text startup, so I would also be inclined to
> list it in the requires: line in setup.ini.
>
> More generally, ncurses is a not-really-optional depdency.

I have not been able to track any reverse-dependency info for the
cygwin package, so I don't know if it is randomly missing from the
reporter's local install or not included in a standard minimal cygwin +
grass install. Do other cygwin users reading this have it installed? I
doubt many folks would have installed the package manually.

Hardly any Cygwin packages require ncurses. Specifically, only aspell,
clear, fvwm, rxvt-unicode-common, singular-base and w3m require it
(according to my most recent setup.ini, which is rather old).

ie there comes a point where we could put dozens of packages in the
setup.ini file to work around omissions in the require info of
dependent packages, ....

we already require libncurses8, presumably that should cross-depends
with the ncurses package somehow. For now I've included both.

ncurses requires libncurses8:

  @ ncurses
  sdesc: "Libraries for terminal handling (main package)"
  ldesc: "The curses library routines are a terminal-independent method
  of updating character screens with reasonalble optimization. The
  ncurses (new curses) library is a freely distributable replacement
  for the discontinued 4.4BSD classic curses library. This package
  contains the documentation and utility programs."
  category: Base Libs
  requires: cygwin libncurses8 terminfo

It probably gets updated with each new ncurses release, so that it
always requires the most recent version of libncurses.

Assuming that is the case, GRASS' setup.ini should explicitly list
both ncurses and libncurses8.

--
Glynn Clements <glynn@gclements.plus.com>

Glynn:

Assuming that is the case, GRASS' setup.ini should explicitly list
both ncurses and libncurses8.

done.

H

      ____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

#13: GRASS OGR Module failing
----------------------+-----------------------------------------------------
  Reporter: jrobins | Owner: grass-dev@lists.osgeo.org
      Type: defect | Status: new
  Priority: major | Milestone: 6.3.0
Component: default | Version: svn-trunk
Resolution: | Keywords: OGR,Cygwin,winGRASS,Tcl/Tk
----------------------+-----------------------------------------------------
Old description:

The GDAL/OGR module fails when I try to export ESRI shapefiles from GRASS
vectors.

Cygwin/X Output on startup:

Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.99.901-4

Contact: cygwin-xfree@cygwin.com

XWin was started with the following command line:

X :0 -multiwindow -clipboard

_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
(II) XF86Config is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more
information
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 00000007
winSetEngine - Multi Window or Rootless => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per
pixel
winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 800 depth:
32
winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff
winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
bpp 32
null screen fn ReparentWindow
null screen fn RestackWindow
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack
of shar
ed memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "00000409" (00000409)
(--) Using preset keyboard for "English (USA)" (409), type "4"
Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options =
"(null
)"
(--) 5 mouse buttons found
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing
from li
st!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/,
removing from
list!
winPointerWarpCursor - Discarding first warp: 640 400
winInitMultiWindowWM - pthread_mutex_lock () returned.
winProcEstablishConnection - Hello
winMultiWindowXMsgProc - pthread_mutex_lock () returned.
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
cat: /home/John/.Xauthority: No such file or directory
winInitClipboard ()
winProcEstablishConnection - winInitClipboard returned.
winClipboardProc - Hello
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened
the di
splay.
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened
the disp
lay.
winClipboardProc - XOpenDisplay () returned and successfully opened the
display.

winProcSetSelectionOwner - Clipboard not yet started, aborting.
winProcSetSelectionOwner - Clipboard not yet started, aborting.

--Execute 'grass62' at xWin prompt--

Cygwin/X output in Cygwin shell:

winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window
parameter)

winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window
parameter)

--select spearfish60 location; PERMANENT mapset--

Grass output in xWin shell:

Cleaning up temporary files.....
Starting GRASS ...
/usr/local/grass-6.2.3/etc/Init.sh: line 635: tput: command not found
Welcome to GRASS 6.2.3 (2007)
GRASS homepage: http://grass.itc.it/
This version running thru: GNU Bash (Cygwin)
(/usr/bin/bash.exe)
Help is available with the command: g.manual -i
See the licence terms with: g.version -c
If required, restart the graphical user interface with: gis.m &
When ready to quit enter: exit
GRASS 6.2.3 (spearfish60):~ >

--error is generated here--
GRASS 6.2.3 (spearfish60):~ > v.out.ogr input=roads type=line
dsn=/shapefiles olayer=Road
Segmentation fault (core dumped)
GRASS 6.2.3 (spearfish60):~ >

Output in Cygwin shell:

     24 [main] v.out.ogr 2480 _cygtls::handle_exceptions: Error while
dumping st
ate (probably corrupted stack)

--data dumped to v.out.ogr.stackdump in my home directory
(c:\cygwin\home\John\)--

Is this an OGR problem, or is this a GRASS issue? It started happening
recently, but I can
now reproduce it reliably. I am running GRASS 6.2.3 on Windows Vista
using all the latest updates
from Cygwin (v. 1.5.25-7), from the Cygwin/X Project (v. 6.8.99.901-4),
and from GDAL
(v. 1.3.1-1).

Thanks,
John R.

New description:

The GDAL/OGR module fails when I try to export ESRI shapefiles from GRASS
vectors.

Cygwin/X Output on startup:

Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.99.901-4

Contact: cygwin-xfree@cygwin.com

XWin was started with the following command line:

X :0 -multiwindow -clipboard

{{{

_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
(II) XF86Config is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more
information
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 00000007
winSetEngine - Multi Window or Rootless => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per
pixel
winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 800 depth:
32
winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff
winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24
bpp 32
null screen fn ReparentWindow
null screen fn RestackWindow
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack
of shar
ed memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "00000409" (00000409)
(--) Using preset keyboard for "English (USA)" (409), type "4"
Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options =
"(null
)"
(--) 5 mouse buttons found
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing
from li
st!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/,
removing from
  list!
winPointerWarpCursor - Discarding first warp: 640 400
winInitMultiWindowWM - pthread_mutex_lock () returned.
winProcEstablishConnection - Hello
winMultiWindowXMsgProc - pthread_mutex_lock () returned.
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
cat: /home/John/.Xauthority: No such file or directory
winInitClipboard ()
winProcEstablishConnection - winInitClipboard returned.
winClipboardProc - Hello
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened
the di
splay.
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened
the disp
lay.
winClipboardProc - XOpenDisplay () returned and successfully opened the
display.

winProcSetSelectionOwner - Clipboard not yet started, aborting.
winProcSetSelectionOwner - Clipboard not yet started, aborting.

--Execute 'grass62' at xWin prompt--

}}}

Cygwin/X output in Cygwin shell:

winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window
parameter)

winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window
parameter)

--select spearfish60 location; PERMANENT mapset--

Grass output in xWin shell:

{{{
Cleaning up temporary files.....
Starting GRASS ...
/usr/local/grass-6.2.3/etc/Init.sh: line 635: tput: command not found
Welcome to GRASS 6.2.3 (2007)
GRASS homepage: http://grass.itc.it/
This version running thru: GNU Bash (Cygwin)
(/usr/bin/bash.exe)
Help is available with the command: g.manual -i
See the licence terms with: g.version -c
If required, restart the graphical user interface with: gis.m &
When ready to quit enter: exit
GRASS 6.2.3 (spearfish60):~ >

--error is generated here--
GRASS 6.2.3 (spearfish60):~ > v.out.ogr input=roads type=line
dsn=/shapefiles olayer=Road
Segmentation fault (core dumped)
GRASS 6.2.3 (spearfish60):~ >

Output in Cygwin shell:

      24 [main] v.out.ogr 2480 _cygtls::handle_exceptions: Error while
dumping st
ate (probably corrupted stack)

--data dumped to v.out.ogr.stackdump in my home directory
(c:\cygwin\home\John\)--

}}}

Is this an OGR problem, or is this a GRASS issue? It started happening
recently, but I can
now reproduce it reliably. I am running GRASS 6.2.3 on Windows Vista
using all the latest updates
from Cygwin (v. 1.5.25-7), from the Cygwin/X Project (v. 6.8.99.901-4),
and from GDAL
(v. 1.3.1-1).

Thanks,
John R.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/13#comment:2&gt;
GRASS GIS <http://grass.osgeo.org>
GRASS Geographic Information System (GRASS GIS) - http://grass.osgeo.org/

#13: GRASS OGR Module failing
-------------------------+--------------------------------------------------
  Reporter: jrobins | Owner: grass-dev@lists.osgeo.org
      Type: defect | Status: closed
  Priority: major | Milestone: 6.3.0
Component: default | Version: svn-trunk
Resolution: worksforme | Keywords: OGR,Cygwin,winGRASS,Tcl/Tk
-------------------------+--------------------------------------------------
Changes (by jrobins):

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

Comment:

This issue seems to have been resolved in the winGRASS release of GRASS
6.3RC5.
The dbf driver now works correctly.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/13#comment:3&gt;
GRASS GIS <http://grass.osgeo.org>
GRASS Geographic Information System (GRASS GIS) - http://grass.osgeo.org/