problem about the output of g.parser

[met]

Into the output of command g.parser are eliminated all character slash \ while are keeping unotuched characters like / .

GRASS 6.4.1RC1 (sanmarino)> test.parser inp_file=D:\Modelli\nepaPy\Net3.inp

'@ARGS_PARSED@\nopt_inp_file=D:ModellinepaPyNet3.inp\n' 'opt_inp_file=D:ModellinepaPyNet3.inp' {'inp_file': 'D:ModellinepaPyNet3.inp'} ==

GRASS 6.4.1RC1 (sanmarino)> test.parser inp_file=D:/Modelli/nepaPy/Net3.inp

'@ARGS_PARSED@\nopt_inp_file=D:/Modelli/nepaPy/Net3.inp\n' 'opt_inp_file=D:/Modelli/nepaPy/Net3.inp' {'inp_file': 'D:/Modelli/nepaPy/Net3.inp'} ==

The problem come from by the Wxguy (under windows) that give back the pathname using the wrong slash \.

Using commandline this problem can be solved putting the path name between apexes " .

GRASS 6.4.1RC1 (sanmarino)> test.parser inp_file="D:\Modelli\epaPy\Net3.inp"

'opt_inp_file=D:
Modelli
epaPy
Net3.inp' {'inp_file': 'D:
Modelli
epaPy
Net3.inp'} ==

Using the Guy insetad, that trick doesn't work.

(Wed Feb 16 16:36:04 2011)

test.parser inp_file="C:\Programmi\GRASS-64\msys\m.ico"

'@ARGS_PARSED@\nopt_inp_file="C:ProgrammiGRASS-64msysm.ico"\n' 'opt_inp_file="C:ProgrammiGRASS-64msysm.ico"' ({'inp_file': '"C:ProgrammiGRASS-64msysm.ico"'}, {}) (Wed Feb 16 16:36:05 2011) Command finished (0 sec) ==

Again with the graphic guy, we can avoid this problem if the pathname has blank ( even adding one blank at the end of file name)

(Wed Feb 16 16:31:52 2011)

test.parser inp_file=C:\Programmi\GRASS-64\msys\m.ico '@ARGS_PARSED@\nopt_inp_file=C:
Programmi
GRASS-64
msys
m.ico \n' 'opt_inp_file=C:
Programmi
GRASS-64
msys
m.ico ' ({'inp_file': 'C:
Programmi
GRASS-64
msys
m.ico '}, {}) (Wed Feb 16 16:31:52 2011) Command finished (0 sec) ==

[benducke]

This bug also creates havoc for shell scripts running under Windows. E.g. I have a script that takes a file name as an output (option defined with: "gisprompt: new_file,file,output"). If the user inputs something like this: "C:\Documents\Output.tif" as option value, then g.parser mangles it to: "C:DocumentsOutput.tif". I have tested this on Windows XP with GRASS 6.4.0RC6. But given that this ticket is still open, I assume that the bug is still around, too? If so, it needs to be fixed, as it could put a number of scripts out-of-order under Windows.

[hamish]

continued in #1198