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

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1207 in the body.
You can then email your comments to 1207 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; read-shell-command does not support Windows ".." quoting of file names with embedded white space
Date: Sun, 19 Oct 2008 18:29:28 +0200

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

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.

When I try similar things on GNU/Linux, completion works correctly,
quoting whitespace with a backslash.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
d:/gnu/emacs/etc/DEBUG for instructions.


In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-10-19 on HOME-C4E4A596F7
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1255
  default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  shell-dirtrack-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<return> <backspace> <C-home> <down> C-SPC <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <C-end> M-w <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
C-x b <return> C-u 7 C-x ^ C-h f <up> <up> <up> <up> 
<up> <down> <up> <down> <return> C-u 7 C-x ^ C-x o 
<down> <down> <left> <left> <left> <left> <left> <left> 
<return> C-x o C-x o <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <up> <up> <up> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <up> <up> <up> <up> <up> <C-right> <C-right> 
<C-right> <C-right> <right> <right> C-SPC <C-right> 
<C-right> <C-right> <C-right> <C-right> <C-right> <C-right> 
M-w <help-echo> <help-echo> <help-echo> <help-echo> 
M-! " C : / P r o g r <tab> M I c <tab> <backspace> 
<backspace> i c <tab> <backspace> <backspace> <tab> 
<backspace> <tab> <left> <right> <tab> <backspace> 
<tab> <tab> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <tab> <tab> <tab> 
<tab> <left> <left> <left> <left> <left> <left> <left> 
<left> <left> <left> <left> <left> <left> <left> <left> 
<left> <left> <backspace> <right> <right> <right> <right> 
<right> <right> <right> <right> <right> <right> \ C-e 
<tab> <C-left> <C-left> <C-left> " C-e <tab> <help-echo> 
C-g <down> <down> <left> <left> <left> <left> <left> 
C-h f <return> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<C-left> <C-left> <C-left> <C-left> <C-left> C-SPC 
<C-right> <C-right> <C-right> <C-right> <C-right> M-w 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <left> <left> <left> <left> <left> <left> 
C-h v <return> C-x o <next> <next> <next> <next> <prior> 
<prior> <prior> <prior> <prior> <M-home> C-x o M-! 
" C : / P r o <tab> <tab> C-g M-x r e p o r t <tab> 
<return>

Recent messages:
Mark set [2 times]
Saved text from "To: emacs-pretest-bug <at> gnu.org
Subject: 2"
Auto-saving...
Type C-x 4 C-o RET to restore the other window.
Mark set
Quit
Mark set
call-interactively: Beginning of buffer
Mark set
Quit

Message #10 received at 1207 <at> debbugs.gnu.org (full text, mbox):

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 1207 <at> debbugs.gnu.org
Subject: Re: bug#1207: 23.0.60; read-shell-command does not support Windows
	".." quoting of file names with embedded white space
Date: Wed, 6 Jul 2011 19:12:14 +0200

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

Message #17 received at 1207-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: 1207-done <at> debbugs.gnu.org
Subject: Re: bug#1207: 23.0.60;
 read-shell-command does not support Windows	".." quoting of file
 names with embedded white space
Date: Sun, 22 Jun 2014 19:36:11 +0300

> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Wed, 6 Jul 2011 19:12:14 +0200
> Cc: 1207 <at> debbugs.gnu.org
> 
> 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.

I can no longer reproduce this in the current emacs-24 branch, so
evidently the bug was fixed.

Closing.

Previous Next

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