ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n

ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n

[Andrew Markebo]

Hi!

I am an old zsh-user, getting back to this wonderful shell now.. :-)
Meanwhile I have started with one minor problem, what have I done
wrong now??

Commandline correction.. which parameter have I now set wrong??

aes@NOCTURN:Jul04<130> cvs --help-options
zsh: correct 'cvs' to '_cvs' [nyae]? n
CVS global options (specified before the command name) are:

aes@NOCTURN:Jul04<0> grep
zsh: correct 'grep' to 'zgrep' [nyae]? n
Usage: grep [OPTION]... PATTERN [FILE]...

        /Andy

Re: ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n

[Bart Schaefer]

On Jul 11,  1:30pm, Andrew Markebo wrote:
} Subject: ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n
}
} Commandline correction.. which parameter have I now set wrong??
} 
} aes@NOCTURN:Jul04<130> cvs --help-options
} zsh: correct 'cvs' to '_cvs' [nyae]? n
} 
} aes@NOCTURN:Jul04<0> grep
} zsh: correct 'grep' to 'zgrep' [nyae]? n

My guess would be that you have *not* set one of either the HASH_CMDS
or HASH_DIRS setopts (or rather, that you have unsetopt'd them, as
they are on by default).

Does the above happen every time, or only the first time you use a
particular command, or sporadically?

The other possibility is that there are directories in your $PATH that
are automounted or some such, so that the command does not appear to
be available until zsh actually attempts to execute it.


Aside to zsh-workers:  Regardless of the above, this really shouldn't
happen.  I'd hate to suggest special-casing a leading underscore in the
correction code.  Other possibilities?


-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   

Re: ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n

[Andrew Markebo]

[-- Attachment #1: Type: text/plain, Size: 763 bytes --]

Just a thought.. I picked the source for zsh and compiled it under
cygwin.. Forgot to mention which platform before.

/ "Bart Schaefer" <schaefer@candle.brasslantern.com> wrote:
| On Jul 11,  1:30pm, Andrew Markebo wrote:
| } Subject: ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n
| }
| } Commandline correction.. which parameter have I now set wrong??
| } 
| } aes@NOCTURN:Jul04<130> cvs --help-options
| } zsh: correct 'cvs' to '_cvs' [nyae]? n
| } 
| } aes@NOCTURN:Jul04<0> grep
| } zsh: correct 'grep' to 'zgrep' [nyae]? n
| 
| My guess would be that you have *not* set one of either the HASH_CMDS
| or HASH_DIRS setopts (or rather, that you have unsetopt'd them, as
| they are on by default).

I tried setopt HASH_CMDS and HASH_DIRS.. still same problem.. 


[-- Attachment #2: My .zed files --]
[-- Type: application/x-gzip, Size: 3987 bytes --]

[-- Attachment #3: Type: text/plain, Size: 2475 bytes --]


| Does the above happen every time, or only the first time you use a
| particular command, or sporadically?

Everytime.. 
[logged in]
aes@NOCTURN:/<0> grep foo bash.bat                                           
zsh: correct 'grep' to 'zgrep' [nyae]? n                                     
aes@NOCTURN:/<1> grep foo bash.bat                                           
zsh: correct 'grep' to 'zgrep' [nyae]? n                                     
aes@NOCTURN:/<1> grep foo bash.bat                                           
zsh: correct 'grep' to 'zgrep' [nyae]? n            

aes@NOCTURN:/<1> which grep                                                               
/bin/grep            
aes@NOCTURN:/<0> which zgrep                                                              
/bin/zgrep    

aes@NOCTURN:/<0> cvs                                                              
zsh: correct 'cvs' to '_cvs' [nyae]? n 
aes@NOCTURN:/<1> which cvs                                                                
/cygdrive/c/program files/gnu/wincvs 1.2/cvs                                              
aes@NOCTURN:/<0> which _cvs                                                       
_cvs () {                                                                                 
        # undefined                                                          
        builtin autoload -XU                                                              
}                    

| The other possibility is that there are directories in your $PATH that
| are automounted or some such, so that the command does not appear to
| be available until zsh actually attempts to execute it.

path=(/bin /usr/bin /usr/local/bin /sbin /usr/sbin /usr/local/sbin
        /cygdrive/c/WINNT/system32 /cygdrive/c/WINNT 
        /cygdrive/c/WINNT/System32/Wbem
        /cygdrive/c/atria/bin '/cygdrive/c/program files/gnu/wincvs 1.2' 
        /cygdrive/c/LiteStep/) 

| Aside to zsh-workers:  Regardless of the above, this really shouldn't
| happen.  I'd hate to suggest special-casing a leading underscore in the
| correction code.  Other possibilities?

aes@NOCTURN:/<0> scp myset master:                                                        
zsh: correct 'scp' to 'cp' [nyae]? n      
aes@NOCTURN:/<0> which scp                                                                
/bin/scp                      

        /Andy

p.s. Bart sorry for duplicate, forgot to send the reply to the list also.

Re: ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n

[Michael Schaap]

At 21:20 11-7-2001, Andrew Markebo wrote:
>Just a thought.. I picked the source for zsh and compiled it under
>cygwin.. Forgot to mention which platform before.

Oh yes, that makes a difference!

I posted to the list about this problem a short while ago.  Check the 
archives for a thread "Zsh observations".  Andrej Borsenkow sent a patch 
that fixes the problem.

(The problem is that zsh doesn't find "/bin/cvs", but 
"/bin/cvs.exe".  Therefore, it tries to correct "cvs" to the closest it can 
find, which is the autoloaded "_cvs" function.)

  - Michael

Re: ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n

[Andrej Borsenkow]

On Thu, 12 Jul 2001, Michael Schaap wrote:

> At 21:20 11-7-2001, Andrew Markebo wrote:
> >Just a thought.. I picked the source for zsh and compiled it under
> >cygwin.. Forgot to mention which platform before.
>
> Oh yes, that makes a difference!
>
> I posted to the list about this problem a short while ago.  Check the
> archives for a thread "Zsh observations".  Andrej Borsenkow sent a patch
> that fixes the problem.
>
> (The problem is that zsh doesn't find "/bin/cvs", but
> "/bin/cvs.exe".  Therefore, it tries to correct "cvs" to the closest it can
> find, which is the autoloaded "_cvs" function.)
>

So, once again - should we stop hashing foo.exe (i.e. hash just foo)?
Currently foo.exe is not visible anyway so I cannot see what difference
would it have.

The problem is, of course, =cmd won't be the same as /path/to/cmd.exe. But
it the same with my patch as well.

-andrej

Re: ehh... zsh: correct 'cvs' to '_cvs' [nyae]? n

[Michael Schaap]

At 07:37 12-7-2001, Andrej Borsenkow wrote:
>On Thu, 12 Jul 2001, Michael Schaap wrote:
>
> > (The problem is that zsh doesn't find "/bin/cvs", but
> > "/bin/cvs.exe".  Therefore, it tries to correct "cvs" to the closest it can
> > find, which is the autoloaded "_cvs" function.)
> >
>
>So, once again - should we stop hashing foo.exe (i.e. hash just foo)?
>Currently foo.exe is not visible anyway so I cannot see what difference
>would it have.

I don't think we should.  If we would, running
         % ls.exe
would no longer work.  (Bad example - nobody would try this for ls, they 
might for other (Windows) executables.  For instance, I could imagine 
typing "cmd.exe".)

The way things are done now seem to be the same as for Bash (which is, 
after all, the Official Cygwin Shell).  Also in Bash, ls<TAB> is completed 
to both "ls" and "ls.exe", and /bin/ls<TAB> is only completed to "/bin/ls.exe".
I think this is the best we can do, without hacking the completion system 
itself.


>The problem is, of course, =cmd won't be the same as /path/to/cmd.exe. But
>it the same with my patch as well.

I don't see why that would be a problem.

  - Michael