Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-Id: <5.1.0.14.2.20010708192157.03ca2628@imap.local.mscha.com>
X-Sender: ml AT imap DOT local DOT mscha DOT com (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Sun, 08 Jul 2001 19:30:42 +0200
To: Andrej Borsenkow <Andrej DOT Borsenkow AT mow DOT siemens DOT ru>
From: Michael Schaap <cygwin AT mscha DOT com>
Subject: RE: Zsh observations
Cc: <cygwin AT cygwin DOT com>, ZSH Workers Mailing List <zsh-workers AT sunsite DOT dk>
In-Reply-To: <Pine.SV4.4.33.0107082101110.3442-100000@itsrm2.mow.siemens
 .ru>
References: <5 DOT 1 DOT 0 DOT 14 DOT 2 DOT 20010708145207 DOT 0271f560 AT imap DOT local DOT mscha DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Virus-Scanned: at mscha.com by AMaViSd snapshot-20010407 (http://amavis.org/)

At 19:07 8-7-2001, Andrej Borsenkow wrote:
>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)?

Sorry, I made a mistake in my exaple.  I meant:
         % ./setu<TAB>
Another, less useful, example world be:
         % /usr/local/bin/zs<TAB>



> >
> > (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).

Cygwin already has some handling for exe files.  Try
         % ls -l /bin/ls
         % ls -l /bin/ls*
It would be nice if this were more complete, i.e. if all file handling 
functions would pretend there is a file "/bin/ls".  Then it would be less 
effort to port individual applications, right?


>May be in case of foo.exe we should not hash foo.exe but just foo. That
>seems logical.

Perhaps, but that's not what I meant.  And your tip,
         zstyle ':completion::complete:-command-:*' ignored-patterns 
'*.(#i)(exe|dll)'
takes care of that anyway.

  - Michael


--
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/