From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5800 invoked from network); 28 May 2004 09:46:35 -0000 Received: from thor.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.86) by ns1.primenet.com.au with SMTP; 28 May 2004 09:46:35 -0000 Received: (qmail 19154 invoked from network); 28 May 2004 09:46:13 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 28 May 2004 09:46:13 -0000 Received: (qmail 25584 invoked by alias); 28 May 2004 09:46:11 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19988 Received: (qmail 25574 invoked from network); 28 May 2004 09:46:10 -0000 Received: from thor.dotsrc.org (HELO a.mx.sunsite.dk) (qmailr@130.225.247.86) by sunsite.dk with SMTP; 28 May 2004 09:46:07 -0000 Received: (qmail 18982 invoked from network); 28 May 2004 09:46:07 -0000 Received: from mail36.messagelabs.com (193.109.254.211) by a.mx.sunsite.dk with SMTP; 28 May 2004 09:46:03 -0000 X-VirusChecked: Checked X-Env-Sender: okiddle@yahoo.co.uk X-Msg-Ref: server-5.tower-36.messagelabs.com!1085737095!6576813 X-StarScan-Version: 5.2.10; banners=-,-,- X-Originating-IP: [158.234.9.163] Received: (qmail 27821 invoked from network); 28 May 2004 09:38:15 -0000 Received: from iris.logica.co.uk (158.234.9.163) by server-5.tower-36.messagelabs.com with SMTP; 28 May 2004 09:38:15 -0000 Received: from trentino.logica.co.uk ([158.234.142.61]) by iris.logica.co.uk (8.12.3/8.12.3/Debian -4) with ESMTP id i4S9cFUI011693; Fri, 28 May 2004 10:38:15 +0100 Received: from trentino.logica.co.uk (localhost [127.0.0.1]) by trentino.logica.co.uk (Postfix) with ESMTP id 65A9C7971610; Fri, 28 May 2004 11:37:30 +0200 (CEST) X-VirusChecked: Checked X-StarScan-Version: 5.0.7; banners=.,-,- In-reply-to: <20040528054001.36732.qmail@web51109.mail.yahoo.com> From: Oliver Kiddle References: <20040528054001.36732.qmail@web51109.mail.yahoo.com> To: Felix Rosencrantz Cc: zsh-workers@sunsite.dk Subject: Re: zsh 4.2.0 dumping core on completion attempt Date: Fri, 28 May 2004 11:37:30 +0200 Message-ID: <3888.1085737050@trentino.logica.co.uk> X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk X-Spam-Level: X-Spam-Status: No, hits=0.0 required=6.0 tests=BAYES_50 autolearn=no version=2.63 X-Spam-Hits: 0.0 [ removed zsh-users ] Felix Rosencrantz wrote: > had no problem. Cygwin gave me this error: > alternative:69: command not found: _suffix_alias_files Looks like either _suffix_alias_files is missing or the upgrade from an older zsh is only partial. > I was able to reproduce the problem on a rh box within gdb and got this stack > trace. (Note: _f worked fine for me, this is stack trace for completing "_x") > #0 strncmp (s1=0x402cbbe4 "xmmap", s2=0x0, n=1) > at ../sysdeps/generic/strncmp.c:65 > #1 0x40246179 in cmp_anchors (o=0x402be3e8, n=0x402bc618, join=1) > at compmatch.c:1393 It probably just needs: (!o->word || !strncmp(o->word, n->word, o->wlen))) || changing to: (!o->word || !n->word || !strncmp(o->word, n->word, o->wlen))) || We've got o->word == "xmmap", n->word == NULL and o->wlen == n->wlen. So it might be a bug elsewhere that allows n->word == NULL or it might be an omission that it isn't checked. Presumably n->wlen == 0 but is that a length or an initial value? Could you perhaps have a more detailed look from the debugger. At least see what n->wlen is and ideally trace back to where o->word, n->word and n->wlen are set (or not set). Does that change result in it completing the right thing? Unfortunately, I can't reproduce the problem on any system I have access to. If we can't find a bug higher in the chain, this would at least avoid it crashing but I'd obviously prefer to understand what's going on. Oliver