[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