Charles G Waldman wrote:
The kludge was there because I didn't understand why the
"win32_quote_process_args" didn't work as advertised, and I introduced
another variable to do the same thing. The problem was
"vars_of_ntproc" not getting called from emacs.c.
Setting win32_quote_process_args to nil is not the answer, because some
quoting _is_ necessary. eg:
(call-process "xcopy" ... "/e" "foo" "c:\Program
On the other issue, I am fairly certain that "cmdproxy" is
necessary; "command.com" should do just fine. "ntproc.c" checks
whether the process being spawned is "16-bit" (if it has the ".com"
extension it is considered 16-bit) and if so uses cmdproxy to spawn
it. However when I simply took this piece of code out I found that
XEmacs can apparently spawn "command.com" just fine.
Well, I'm really stumped. On my win95 system running command.com
cmdproxy just results in a new DOS box window appearing and XEmacs
hanging. I have no idea why you see different behaviour.
Jonathan Harris | jhar(a)tardis.ed.ac.uk
London, England | Jonathan.Harris(a)symbian.com