[GRASS-dev] Re: [GRASS GIS] #1158: Removing vector map in Windows
fails with "Unable to delete vector map"
GRASS GIS
trac at osgeo.org
Mon Aug 29 04:24:27 EDT 2011
#1158: Removing vector map in Windows fails with "Unable to delete vector map"
--------------------------------------------------------------------------+-
Reporter: lponti | Owner: grass-dev@…
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.2
Component: Vector | Version: 6.4.0
Keywords: wingrass, g.mremove, wildcards, v.in.ogr, v.select, g.remove | Platform: MSWindows 7
Cpu: Unspecified |
--------------------------------------------------------------------------+-
Comment(by mmetz):
Replying to [comment:40 glynn]:
>
> Can you try modifying lib/db/dbmi_client/shutdown.c to use G_wait()
instead of _cwait()? _cwait() is only defined as working with process IDs
returned from the _spawn functions, which are no longer used.
Using G_wait() instead of _cwait() works for me in trunk with
g.copy,g.remove and v.in.ogr. G_wait() is not available in 6.4, although
in 6.4 the _spawn functions have been eliminated as well. Has r42668 been
an incomplete backport to 6.4? G_wait() has been introduced in trunk with
r40648, i.e. before the backport to 6.4. Do the small differences in
lib/gis/spawn.c between trunk and 6.4 really make sense? From your comment
and my tests I understand that if the _spawn functions are eliminated,
_cwait must be eliminated (replaced with G_wait()) as well.
Markus M
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1158#comment:42>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list