This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
RE: Zsh observations
- To: Michael Schaap <cygwin at mscha dot com>
- Subject: RE: Zsh observations
- From: Andrej Borsenkow <Andrej dot Borsenkow at mow dot siemens dot ru>
- Date: Sun, 8 Jul 2001 21:07:33 +0400 (MSD)
- cc: <cygwin at cygwin dot com>, ZSH Workers Mailing List <zsh-workers at sunsite dot dk>
On Sun, 8 Jul 2001, Michael Schaap wrote:
> If I'm trying to complete an executable in the current directory, e.g.
> % setu<TAB>
> it will give me neither "setup", nor "setup.exe". This is logical, because
> the special .exe handling is only for the PATH hash.
>
> Would you know a workaround for that?
>
Ehh ... path=($path .)
It completes only commands in path; that is correct and expected.
Do you mean, that under Cygwin local directory is always implicitly in
path (it is in DOS)?
>
> (Wouldn't it be nice if Cygwin did this foo.exe -> foo handling
> automagically for us?)
>
What do you mean exactly? Zsh hashes path by calling readdir(). I do *not*
want readdir return foo if real file name is foo.exe. There is nothing
Cygwin can do (at least, I cannot think of anything).
May be in case of foo.exe we should not hash foo.exe but just foo. That
seems logical.
-andrej
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/