GNU bug report logs - #8541
start-process fails when both the program path and an argument contain spaces

Previous Next

Package: emacs;

Reported by: Ivar Rummelhoff <ivarru <at> gmail.com>

Date: Sun, 24 Apr 2011 10:25:02 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ivar Rummelhoff <ivarru <at> gmail.com>
Cc: 8541 <at> debbugs.gnu.org
Subject: bug#8541: start-process fails when both the program path and an	argument contain spaces
Date: Sun, 24 Apr 2011 22:41:53 +0300
> Date: Sun, 24 Apr 2011 12:01:17 +0200
> From: Ivar Rummelhoff <ivarru <at> gmail.com>
> 
> 1. Trying to execute
> 
>     (start-process "name" "buffer" "D:\\tmp\\xxx yyy\\foo.bat" "yada yada")
> 
> writes the following to "buffer":
> 
>     'd:\tmp\xxx' is not recognized as an internal or external command,
>     operable program or batch file.
> 
>     Process name exited abnormally with code 1
> 
> Emacs version: GNU Emacs 23.3.1 (i386-mingw-nt6.1.7601) of 2011-03-10 on 3249CTO
> 
> 
> 2. If space is avoided in either the program path or the argument, as in
> 
>     (start-process "name" "buffer" "D:\\tmp\\foo.bat" "yada yada")
> or
>     (start-process "name" "buffer" "D:\\tmp\\xxx yyy\\foo.bat" "yada-yada")
> 
> then everything works well.
> 
> 
> 3. The same problem occurs when I give `start-process' the program
> name only (instead of the full path) as long as the full path to the
> program contains spaces (and one of the arguments contains spaces).
> 
> 
> 4. Quoting the program path or the argument (with " or \) does not
> help. If quote the program path, I get "no such file or directory";
> and quoting the argument has no effect as long as there is still a
> space character "in there". (Besides, it seems any quoting of the
> arguments is passed on to the program.)

This is due to deficiencies in the Windows API for launching programs
(CreateProcess): it concatenates the command arguments into a single
string, separated by blanks..  To work around, invoke the command
through cmd.exe, and use cmd.exe-specific quoting character '^'.  Like
this:

 (start-process "name" "buffer" "cmd.exe" "/c" "D:\\tmp\\xxx^ yyy\\foo.bat yada^ yada")

This is fragile, and you will need to redo the quoting if you invoke
other programs or have whitespace in other places.  But I don't know
how to do better, given the Windows API misfeatures.  It is best to
avoid whitespace in the arguments.  For file names, you can use 8+3
aliases, if you cannot control the names of the files or directories.




This bug report was last modified 9 years and 259 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.