GNU bug report logs - #20205
24.4; lgrep will not accept a directory of ~ to search; problem with read-file-name?

Previous Next

Full log

View this message in rfc822 format

From: Mark Lillibridge <mdl <at> alum.mit.edu>
To: 20205 <at> debbugs.gnu.org, eliz <at> gnu.org
Subject: bug#20205: 24.4; lgrep will not accept a directory of ~ to search; problem with read-file-name?
Date: Sun, 29 Mar 2015 10:50:12 -0700

Eli wrote:
> > From: Mark Lillibridge <mdl <at> foil.strangled.net>
> > Date: Wed, 25 Mar 2015 21:58:30 -0700
> > 
> > 
> > (found also in Emacs 24.3, not in 24.2)
> > 
> > Recipe:
> >     emacs -q
> >     
> >     M-x lgrep enter
> >     target enter
> >     enter
> >     <edit mini-buffer to get ~; I had to backspace once then hit ~>
> >     enter
> > 
> > when you hit the last enter, Emacs gives you a completion buffer and
> > refuses to accept "~" as a valid directory to search.  "~/" does work,
> > however.
> 
> It's a feature: "~" gets completed to "~USER" where USER are the users
> known by the system.

    I'd be fine if ~ got completed that way, but it doesn't because
there are other completions of ~.  The rules of UNIX (shells) say that ~
by itself is a perfectly valid file name that refers to ~USER/ (e.g.,
try "ls ~").  Emacs should resume supporting this rather than claiming
that ~ is not a valid directory name.

- Mark

Previous Next

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