[GRASS-dev] [GRASS GIS] #783: r.watershed fails on wingrass
GRASS GIS
trac at osgeo.org
Sat Oct 10 03:28:59 EDT 2009
#783: r.watershed fails on wingrass
-----------------------------------+----------------------------------------
Reporter: hamish | Owner: grass-dev at lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: Raster | Version: 6.4.0 RCs
Keywords: r.watershed, wingrass | Platform: MSWindows XP
Cpu: x86-32 |
-----------------------------------+----------------------------------------
Hi,
{{{
GRASS 6.4.0svn (spearfish60) > r.watershed elevation=elevation.1
0m at PERMANENT threshold=10000 basin=elev10.basin s
tream=elev10.stream
D1/1: Mode: All in RAM
D1/1: Running: "c:/GRASS-6-SVN/etc/r.watershed.ram"
el="elevation.10m at PERMANENT" t=10000 b
a="elev10.basin" se="elev10.stream"
'c:/GRASS-6-SVN/etc/r.watershed.ram" el="elevation.10m at PERMANENT" t=10000
ba="elev10.basin
" se="elev10.stream' is not recognized as an internal or external command,
operable program or batch file.
WARNING: Subprocess failed with exit code 1
WARNING: category information for [elev10.basin] in [user1] missing or
invalid
WARNING: category information for [elev10.stream] in [user1] missing or
invalid
}}}
r.watershed launches a .seg or .ram version of itself from $GISBASE/etc/.
It builds up a char string with options then runs the string via system().
note in the above error messsage the " from the 1st arg and " from the end
of the last arg have been stripped off. It seems that the quoting is
greedy and the entire string is being treated as a the executable name?
Hamish
ps- will the .ram and .seg modules fail in GRASS 7 where uppercase option
names are disallowed? (eg LS= and S=)
pps- should G_convert_dirseps_to_host() be done in the G_gisbase() and
G_gisdbase() functions instead or making the modules do it?
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/783>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list