Bugzilla Bug 26776

This occurs with both zsh-4.1.0-pre7 and zsh-4.1.1.  zsh-4.0.6-r4 and 4.0.7 do
not have this problem.

Reproducible: Always
Steps to Reproduce:
1. emerge app-shells/zsh
2. start a new zsh session
3. try tab-completion

Actual Results:  
^Mbach *ROOT* /root [1]>cd /usr/sh_normal:23: command not found: _set_command
_normal:25: command not found: _dispatch
are/zsh_normal:23: command not found: _set_command
_normal:25: command not found: _dispatch


Expected Results:  
bach *ROOT* /root [15]>cd /usr/share/zsh...

I have already been working with Mamoru KOMACHI <usata@gentoo.org> on this.  I
also have the output of my emerge zsh available.

assigned to incorrect product (New Developers instead of Gentoo Linux)

re-assigning.

Created an attachment (id=16217) [edit]
typescript file of my emerge output (for zsh-4.1.1)

Here's the output I recorded of my emerge zsh-4.1.1.

Created an attachment (id=16218) [edit]
script output of the new zsh session with bug reproduced.

My new zsh-4.1.1 session with bug reproduced.

Created an attachment (id=16239) [edit]
output of emerge info on 3 different gentoo machines that have this problem

Hi, I created zsh binary package with all USE flags turned on 
(that means I made it statically).  The binary can be found at
http://dev.gentoo.org/~usata/GRP/zsh-4.1.1.tbz2
Please test it and report if this binary has the same problem.
(mv zsh-4.1.1.tbz2 /usr/portage/packages/All && emerge zsh-4.1.1.tbz2)

Nope,  still has same problem.
I copied the http://dev.gentoo.org/~usata/GRP/zsh-4.1.1.tbz2 file to /usr/portage/packages/All and then I emerged zsh-4.1.1.tbz2.
I then ran the new zsh (which reported "zsh 4.1.1 (i686-gentoo-linux-gnu)" when I did a zsh --version),  and I still had the same problem with the same messages coming up when I tried to do tab-completion.

If it doesn't solve the issue, probably it is a problem with your configuration
file rather than compilation.  Do you mind attaching your .zshrc, .zshenv,
.zlogin and .zprofile (if exists)?  

I believe you might be onto something.  When I move .zshrc to .zshrc.old and
restart a zsh session,  I do not have the problem anymore...
Attached is my .zshrc file.

Created an attachment (id=16270) [edit]
My .zshrc file.

I'm using this .zshrc file on all of my systems.  So it's probably something in
here that's prompting/causing the problem.

I tried using zsh with your .zshrc but failed to reproduce the problem.
Can you do binary search (or whatever you like) your .zshrc and find 
what is broken?

It's these 2 lines in my .zshrc that seem to be prompting the problem:

## Set auto-completion
autoload -U compinit
compinit -C

If I comment these lines out,  zsh seems to work as expected.  Perhaps these lines do not follow the new zsh syntax or something?

I see.  From zshcompsys(1), it says:
"If the number of completion files changes, compinit will recognise this
and produce a new dump file. ... The check performed to see if there are 
new functions can be omitted by giving the option -C. In this case the
dump file will only be created if there isn't one already. ..."

So when you have a dump file (in 4.0.x layout) and use compinit with -C
option, zsh try to use the completion dump file even though its major
version has changed.  I think once you run compinit without -C (to 
re-create your completion dump file into 4.1.x layout), the problem
will be solved.  

You are right.

Once I removed my old .zcompdump file,  the problem went away.

I would recommend moving this bug to "resolved" status - but first, perhaps there should be a yellow-star (notice) after the new zsh has been emerged (in the ebuild) to remove all .zcompdump files?
Just a thought because otherwise there was no way I would have known.

I added a notice about completion for users upgrading from 4.0.x.
Thanks for helping the development with us :)

Any chance someone can switch zsh 4.1.0-pre7 back to x86?  It was switched to
~x86 when this bug came up.  Thanks :).

Hi, I will change zsh-4.1.1 stable (I confirmed it is fairly stable now)
as soon as Bug #27392 is solved.  The problem is that zsh-4.x is
compiled with libpcre which is located in /usr/lib while zsh-4.x is
compiled without it, and we should either move zsh out of /bin or move
libpcre to /lib (if there is no other nice solution).  Any comments
are welcomed.  It's a kind of headache ;-(