[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
find-file completions incomplete
From: |
Cyprian Laskowski |
Subject: |
find-file completions incomplete |
Date: |
Thu, 14 Jun 2001 20:29:48 GMT |
Hmmm...
[M-x dired /web/scratch/cyp/log RET] reveals this (and xterm agrees):
/web/scratch2/cyp/log:
total 5450
drwxrwxr-x 2 cyp web 512 May 29 19:39 .
drwxrwxr-x 16 castles web 2048 Jun 14 10:21 ..
-rw-rw-r-- 1 cyp web 29841 May 31 15:18 crap.log
-rw-rw-r-- 1 cyp web 203074 May 29 19:32 cyp_perl_db.log
-rw-rw-r-- 1 cyp web 271 May 25 10:48 mail.log
-rw-r--r-- 1 webadmin web 2484145 Jun 14 13:05 outage_system.log
-rw-rw-r-- 1 cyp web 7818 May 28 15:45 outage_test.log
-rw-rw-r-- 1 cyp web 27529 May 28 15:23 outage_test.log.orig
-rw-rw-r-- 1 cyp web 7418 May 28 15:34 outage_test.log.orig.2
But when I type
[M-x find-file /web/scratch/cyp/log/ TAB],
the minibuffer completes erroneously to outage_test.log.orig and
provides only the last two entries above as possible completions when
I type TAB again.
Yet if I type directly
[M-x find-file /web/scratch/cyp/log/c TAB],
it shows the first 2 (i.e., as you'd expect); and I can open up the
files by typing them in in full just fine.
Admittedly, it's an old Emacs, but it seems to work fine in all
find-file scenarios in other directories.
Not that this is a big problem, but it is interesting, even if it is
an older version of Emacs.
[GNU Emacs 20.3.1 (sparc-sun-solaris2.6, X toolkit) of Thu Aug 27 1998
on tensor.vnet.net]
cyp
- find-file completions incomplete,
Cyprian Laskowski <=