Spaces in arguments when running in cygwin shell?


I’m calling julia from the command line in a cygwin shell and ran into the following problem…

julia argtest.jl -f '\\foo\bar\this baz.txt'
["-f", "\\\\foo\\bar\\this", "baz.txt"]
too many arguments

you can see that julia is breaking up the second argument at the space.
(edit: i’m simply printing ARGS

however if i write a quick bash script:


printf "\"%s\"\n" "$1"

I get the expected result

$ . '\\foo\bar\this\ baz.txt'
"\\foo\bar\this\ baz.txt"

I also created a C program and it does the right thing, i.e. it sees the argument as a single argument.

So I’m unsure where to go from here. Julia-under-windows thing ? In this particular case i can simply make sure that the file name is the last argument accumulate all the strings and join them with a space.

Just wondering if this is a true julia issue or i’m doing something silly.



turns out a nice way to handle this is to use the following set-up for the argument:

    arg_type = String
    default = [""]
    nargs = '+'

then just do join(args[“argname”], " ") to get the full filename back. However, in the pathological case where there is a ‘-’ after the space it breaks again since ArgParse can only collect strings until it thinks it sees another option.


\\foo\bar\this baz-1.txt

works, but

\\foo\bar\this -baz.txt

does not.

julia argtest.jl -f '\\foo\bar\this baz.txt'

is not the same as

$ . '\\foo\bar\this\ baz.txt'

Notice the escaped space in the second version - are you certain that’s not the problem?


I cannot reproduce this on macOS:

$ cat tmp/showargs.jl
@show ARGS
$ julia tmp/showargs.jl "foo bar"
ARGS = ["foo bar"]


good catch. i actually ran it both ways, but forgot to paste in the un-escaped version. it’s not the problem though.

$ . '\\foo\bar\this baz.txt'
"\\foo\bar\this baz.txt"

interesting. That made me wonder if this is some weird behavior due to running in a cygwin shell. so i ran it from a windows “cmd” prompt (which i should have thought of originally) and the problem goes away.

So this behavior due to the cygwin shell.

– changed the title since this didn’t have anything to do with ArgParse