Completion bug in 4.3.4

Completion bug in 4.3.4

[Peter Hosey]

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

I'm not subscribed, so please address replies directly to me.

echo $ZSH_VERSION                                    %/Volumes/RAM  
Disk/test(0)
4.3.4
___
ls                                                   %/Volumes/RAM  
Disk/test(0)
wordpress-tagline-field-nq8.png         wordpress-tagline-field.png
___
du -b tagline                                        %/Volumes/RAM  
Disk/test(0)
[I hit tab after “tagline”]
du -b -wordpresstagline-field                        %/Volumes/RAM  
Disk/test(0)

Notice the appearance of the first hyphen in the wrong position.

I use the vi settings (EDITOR=vim). I'm running Mac OS X 10.4.10 on a  
Mac Pro two-by-two 2.66 GHz. I configured with:

	./configure --enable-pcre --enable-cap --enable-multibyte

PCRE information from /usr/local/include/pcre.h:

	#define PCRE_MAJOR          7
	#define PCRE_MINOR          2
	#define PCRE_PRERELEASE
	#define PCRE_DATE           2007-06-19

Also, I use zshcompsys. I can send you .zcompdump if you want it.


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: Completion bug in 4.3.4

[Peter Stephenson]

Peter Hosey wrote:
> ___
> ls                                                   %/Volumes/RAM  
> Disk/test(0)
> wordpress-tagline-field-nq8.png         wordpress-tagline-field.png
> ___
> du -b tagline                                        %/Volumes/RAM  
> Disk/test(0)
> [I hit tab after tagline]
> du -b -wordpresstagline-field                        %/Volumes/RAM  
> Disk/test(0)
> 
> Notice the appearance of the first hyphen in the wrong position.

Can you post the output of "zstyle -L"?  It looks like you probably
have matcher-list or something similar set.

There were non-ASCII characters in you comment in square brackets, but I
presume the file names are plain ASCII.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070


.

Re: Completion bug in 4.3.4

[Peter Hosey]

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

On Sep 13, 2007, at 09:56:07, Peter Stephenson wrote:
> Can you post the output of "zstyle -L"?  It looks like you probably  
> have matcher-list or something similar set.

Yup:

zstyle -L                                            %/Volumes/RAM  
Disk/test(0)
zstyle :compinstall filename /Users/boredzo/.zshcomp
zstyle ':completion:*' use-compctl true
zstyle ':completion:*' squeeze-slashes true
zstyle ':completion:*' select-prompt %SScrolling active: current  
selection at %p%s
zstyle ':completion:*' menu 'select=1'
zstyle ':completion:*' matcher-list 'm:{a-zA-Z}={A-Za-z}' 'm:{a-zA-Z}= 
{A-Za-z} l:|=* r:|=*' 'm:{a-zA-Z}={A-Za-z} r:|[._-]=* r:|=*'
zstyle ':completion:*' list-prompt %SAt %p: Hit TAB for more, or the  
character to insert%s
zstyle ':completion:*' ignore-parents parent pwd directory
zstyle ':completion:*' expand prefix
zstyle ':completion:*' completer _expand _complete _correct _approximate

> … I presume the file names are plain ASCII.

They are.


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: Completion bug in 4.3.4

[Peter Stephenson]

On Tue, 11 Sep 2007 16:25:33 -0700
Peter Hosey <prh@boredzo.org> wrote:
> I'm not subscribed, so please address replies directly to me.
> 
> echo $ZSH_VERSION                                    %/Volumes/RAM  
> Disk/test(0)
> 4.3.4
> ___
> ls                                                   %/Volumes/RAM  
> Disk/test(0)
> wordpress-tagline-field-nq8.png         wordpress-tagline-field.png
> ___
> du -b tagline                                        %/Volumes/RAM  
> Disk/test(0)
> [I hit tab after “tagline”]
> du -b -wordpresstagline-field                        %/Volumes/RAM  
> Disk/test(0)
> 
> Notice the appearance of the first hyphen in the wrong position.

I can reproduce this, with the styles you sent, and I can vaguely see that
the struct cline list passed to cline_str in compresult.c is out of order
so that the function is inserting a "-" first, then the "worpress" chunk, etc.
However, that's already taken well over an hour and I currently haven't a
clue how it's got that way.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070