Re: problem with multicomp

[Zoltan Hidvegi <hzoli@cs.elte.hu>]

> With pre5, I get this:
> 
> zsh%  cd mem/7/ar
> zsh: sofar[2]: parameter not set

I'm sure that you set the nounset option.  Try the patch below to
multicomp.  One may say that it is a bug to that nounset gives an error
message when subscript is out of range bug as I know zsh always did that.
The oldest version I have is zsh-2.6-beta13-hzoli13 does this.

> Also, I have autocd enabled, but multicomp doesn't get invoked when
> press TAB.

Because multicomp does not work on words in command position I think.
compctl -C should be used for that.  See zshcompctl(1).

> On another issue, I missed the explanation about nocorrect now being a
> builtin. Why is this so? This is inconsistent. The other modifiers
> should then also be builtins. Also, if you use "noglob nocorrect etc."
> it doesn't work, you have to do "nocorrect noglob etc.". I think it
> should work, because noglob should work with anything, including
> nocorrect.

nocorrect is a reserved word and the other prefixes are builtins.
nocorrect must be recognized when parsing the input since spelling
correction is done during parsing so it cannot be a builtin.  Reserved
words are only recognized in command position or after other reserved words
(well I oversimplificated it) that's why noroccect must come before the
other modifiers.  For the parser noglob is the same as echo so if
echo nocorrect does not work, noglob nocorrect will not work either.  The
only way to change this is to make the other prefixes reserved words but
that would mean that foo=exec ; $foo something will not work.

Zoltan