GNU bug report logs - #2536
23.0.90; ! in Dired does not shell-quote the command name and args

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Severity: minor; Reported by: "Drew Adams" <drew.adams@HIDDEN>; dated Mon, 2 Mar 2009 05:45:03 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 2536@HIDDEN:

Received: (at 2536) by emacsbugs.donarmstrong.com; 6 Mar 2009 22:09:46 +0000
From drew.adams@HIDDEN Fri Mar  6 14:09:46 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n26M9hYq024372
	for <2536@HIDDEN>; Fri, 6 Mar 2009 14:09:44 -0800
Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117])
	by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n26MAjNU002141
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 6 Mar 2009 22:10:46 GMT
Received: from acsmt700.oracle.com (acsmt700.oracle.com [141.146.40.70])
	by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n26M9amh025075;
	Fri, 6 Mar 2009 22:09:38 GMT
Received: from dradamslap1 (/141.144.64.121)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 06 Mar 2009 22:09:32 +0000
From: "Drew Adams" <drew.adams@HIDDEN>
To: <2536 <at> debbugs.gnu.org>,
        "'Andreas Schwab'" <schwab@HIDDEN>
References: <005001c99af8$d06051b0$0200a8c0@HIDDEN><005601c99afe$af405790$0200a8c0@HIDDEN><m2prh0wa5i.fsf@HIDDEN> <007601c99b49$ad4fb610$0200a8c0@HIDDEN>
Subject: RE: bug#2536: 23.0.90;! in Dired does not shell-quote the command name and args
Date: Fri, 6 Mar 2009 14:09:36 -0800
Message-ID: <008b01c99ea8$3cac7800$0200a8c0@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <007601c99b49$ad4fb610$0200a8c0@HIDDEN>
Thread-Index: AcmbGJbmG/ob341PRvKcM+Jer1Vq7gAMOCbwANZFqaA=
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Source-IP: acsmt700.oracle.com [141.146.40.70]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090206.49B19F1E.0237:SCFSTAT928724,ss=1,fgs=0

> From: Drew Adams Sent: Monday, March 02, 2009 7:15 AM
> > > In sum, I don't have any insight about what fix is needed, 
> > > but there is definitely a problem, at least for MS Windows,
> > > where spaces in file names are common.
> > 
> > If you want to use shell meta characters on the command line 
> > it is your own responsibility to add proper quoting.
> > Note that file name completion
> > (ie. minibuffer-complete-shell-command) will DTRT here.
> 
> Yes, I realized after I sent the report that there is no way 
> for Emacs to distinguish a file name with spaces from separate
> arguments. You can close this bug, I guess.

Actually, no, file name completion does *not* DTRT here.
Similarly, for `&' and `M-!'.

c:/Prog TAB will correctly complete to c:/Program Files/ - yes.
But c:/Program Files/ad TAB will *not* complete to
c:/Program Files/Adobe/, and so on.

You cannot use completion to get the shell command (program)
c:/Program Files/Adobe/Framemaker7.2/FrameMaker.exe.  And you
cannot even complete c:/Program  (with a trailing space) to
c:/Program Files/.  The shell thinks the executable is just
c:/Program, and it tries to complete local file names as
shell arguments to pass to that program.

And anyway, if you could complete to the executable
c:/Program Files/Adobe/Framemaker7.2/FrameMaker.exe, then bash
would just complain that there is no such file: c:/Program,
just as it does if you type all of that in and hit RET.

Again, I'm not sure what the ideal solution is. It's true that there is no way
to automatically tell in all cases whether a space separates arguments or is
part of a file name. 

But the existing file-name completion is in any case a bit brain-dead. 

It knows that c:/Prog completes to c:/Program Files/, but it doesn't know to
complete c:/Program Files/ad to c:/Program Files/Adobe.  And in such a case
there is *no ambiguity* over embedded spaces vs argument separators.  There's
nothing tricky happening here, in theory.

The problem is that during completion of c:/Prog Emacs knows that this is a file
name with a space, but as soon as you type ad TAB, it forgets that previous
knowledge and thinks you are trying to complete an argument Files/ad, to be
passed to command c:/Program.  Silly.

The file-name completion could be made more robust. The only potential problem
occurs when there is true ambiguity between an existing file name, with spaces,
and an existing file name whose name is a prefix up to a space.  For example, if
both a directory c:/Program Files/ and an executable c:/Program exist, then it's
not clear whether the space after c:/Program is embedded in a file name or
separates the command name from an argument.

If priority were always given to the longer prefix in such a case, then `!',
`&', and `M-!' would be much more usable. Then, Emacs would not try to look at
Files/ad as a potential argument.

In the uncommon case of true ambiguity (e.g. both dir c:/Program Files/ and
executable c:/Program), a user could anyway manually add quote marks as needed -
as s?he *must* do now in all cases where there are spaces in file names.

Acknowledgement sent to "Drew Adams" <drew.adams@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.