Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
RE: Zsh observations
- X-seq: zsh-workers 15311
- From: Andrej Borsenkow <Andrej.Borsenkow@xxxxxxxxxxxxxx>
- To: Michael Schaap <cygwin@xxxxxxxxx>
- Subject: RE: Zsh observations
- Date: Sun, 8 Jul 2001 21:07:33 +0400 (MSD)
- Cc: <cygwin@xxxxxxxxxx>, ZSH Workers Mailing List <zsh-workers@xxxxxxxxxx>
- In-reply-to: <5.1.0.14.2.20010708145207.0271f560@xxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
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
Messages sorted by:
Reverse Date,
Date,
Thread,
Author