GNU bug report logs -
#1207
23.0.60; read-shell-command does not support Windows ".." quoting of file names with embedded white space
Previous Next
Reported by: Eli Zaretskii <eliz <at> gnu.org>
Date: Sun, 19 Oct 2008 16:35:03 UTC
Severity: important
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #10 received at 1207 <at> debbugs.gnu.org (full text, mbox):
On Sun, Oct 19, 2008 at 18:29, Eli Zaretskii <eliz <at> gnu.org> wrote:
> On MS-Windows:
>
> emacs -Q
> M-! "C:/Progra TAB
>
> This correctly completes to `"c:/Program Files/'. However, the next
> TAB fails with `[No completions of Files/]', which is an evidence that
> `read-shell-command' does not pay attention to the fact that the
> command begins with a quote character.
>
> If I type the closing quote character manually, then
>
> "C:/Program Files/" TAB
>
> pops up a *Completions* buffer with files in my home directory (???),
> which is again incorrect.
Not only still fails for me, I can even make it hang Emacs.
M-! "C:/Progra <TAB> => "[no match]"
M-! C:/Progra <TAB> => c:/Program
<TAB> => offers possible completions: "Program Files",
"Program Files (x86)" and "ProgramData"
<SPACE> <TAB> => no answer, not even [no match]
<BACKSPACE>
\ <SPACE> <TAB> => "[no match]"
<TAB> => Emacs hangs
Sometimes it needs a few more <TAB>, or <BACKSPACE> <SPACE> <TAB>
again, but it hangs every time.
After interruping it, the backtrace is
(gdb) bt
#0 0x770e01c4 in ntdll!LdrFindResource_U () from C:\Windows\system32\ntdll.dll
Lisp Backtrace:
"pcomplete-parse-comint-arguments" (0x88d4b8)
"pcomplete-parse-arguments" (0x88d724)
0x3410480 There is no member named size.
Juanma
This bug report was last modified 11 years and 26 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.