bug-gnu-emacs
[Top][All Lists]
Advanced

[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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]