From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-7468-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 26023 invoked from network); 25 May 2004 06:34:07 -0000
Received: from thor.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.86)
  by ns1.primenet.com.au with SMTP; 25 May 2004 06:34:07 -0000
Received: (qmail 29922 invoked from network); 25 May 2004 06:33:21 -0000
Received: from sunsite.dk (130.225.247.90)
  by a.mx.sunsite.dk with SMTP; 25 May 2004 06:33:21 -0000
Received: (qmail 11283 invoked by alias); 25 May 2004 06:33:13 -0000
Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 7468
Received: (qmail 11272 invoked from network); 25 May 2004 06:33:13 -0000
Received: from thor.dotsrc.org (HELO a.mx.sunsite.dk) (qmailr@130.225.247.86)
  by sunsite.dk with SMTP; 25 May 2004 06:33:10 -0000
Received: (qmail 29358 invoked from network); 25 May 2004 06:33:09 -0000
Received: from web51107.mail.yahoo.com (206.190.38.149)
  by a.mx.sunsite.dk with SMTP; 25 May 2004 06:33:06 -0000
Message-ID: <20040525063239.19784.qmail@web51107.mail.yahoo.com>
Received: from [63.201.35.238] by web51107.mail.yahoo.com via HTTP; Mon, 24 May 2004 23:32:39 PDT
Date: Mon, 24 May 2004 23:32:39 -0700 (PDT)
From: Felix Rosencrantz <f_rosencrantz@yahoo.com>
Subject: Re: zsh 4.2.0 dumping core on completion attempt
To: Thorsten Kampe <thorsten@thorstenkampe.de>, zsh-users@sunsite.dk
In-Reply-To: <3m5afmj8tzpu$.dlg@thorstenkampe.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk
X-Spam-Level: *
X-Spam-Status: No, hits=1.5 required=6.0 tests=BAYES_50,RCVD_IN_SORBS 
	autolearn=no version=2.63
X-Spam-Hits: 1.5

One thing that would help others to reproduce your problem is to provide a
minimal "zsh -f" cut&paste script that reproduces the problem.   It would even
be better if you can include a stack trace from your core dumps, or a valgrind
report.   All these will  make it much easier for the folks who might fix the
bug to find the problem.

Here is a possible start of such a script:
zsh -f
autoload -U compinit; compinit -C
zstyle ':completion:*' matcher-list 'm:[-._]=[-._] r:|[-./_]=**'
mkdir bug ; cd bug
touch a_f .foo .bar_foo .foo_bar bar.foo.fez
ls _f<TAB>
<CORE DUMP>


Note that matching specs depend on the possible completion matches.  So try to
find a minimal set of files to touch, that cause the core dump you see.  I
tried your spec, and didn't get a core dump.

Also, there could be other things in your .zshrc that are related to this bug. 
The "-f" flag will prevent your .zshrc from being read.

If you can reproduce it with a "zsh -f" script, then others will too.

Thanks
-FR.


--- Thorsten Kampe <thorsten@thorstenkampe.de> wrote:
> zsh 4.2.0 dumps core under Cygwin and Linux with these lines in my
> .zshrc:
> 
> autoload -U compinit; compinit -C   # completion system
> # case-insensitive and partial-word then substring
> zstyle ':completion:*' matcher-list 'm:{a-zA-Z}={A-Za-z} m:[-._]=[-._]
> r:|[-./_]=** r:|=*' '+l:|=*'
> 
> More precisely it's the "m:[-._]=[-._] r:|[-./_]=**" part.
> 
> (These are variations from "6.7 Matching control and controlling where
> things are inserted" of the User's Guide)
> 
> Surpringly ".f<TAB>" and "_f<TAB>" make zsh dump core while "-f<TAB>"
> and "/f<TAB>" do not. The "f" letter can be in fact any *lower case*
> letter while "_F<TAB>" or ".H<TAB>" don't make zsh dump core.
> 
> Thorsten
> 


	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/