From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23373 invoked from network); 17 Jun 2006 22:14:48 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.3 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 17 Jun 2006 22:14:48 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 57406 invoked from network); 17 Jun 2006 22:14:42 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 17 Jun 2006 22:14:42 -0000 Received: (qmail 17300 invoked by alias); 17 Jun 2006 22:14:36 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 22497 Received: (qmail 17289 invoked from network); 17 Jun 2006 22:14:36 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 17 Jun 2006 22:14:36 -0000 Received: (qmail 56717 invoked from network); 17 Jun 2006 22:14:36 -0000 Received: from ms-1.rz.rwth-aachen.de (HELO ms-dienst.rz.rwth-aachen.de) (134.130.3.130) by a.mx.sunsite.dk with SMTP; 17 Jun 2006 22:14:34 -0000 Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J1000A88NZVVI@ms-dienst.rz.rwth-aachen.de> for zsh-workers@sunsite.dk; Sat, 17 Jun 2006 20:14:19 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sat, 17 Jun 2006 20:14:18 +0200 (MEST) Received: from fsst.voodoo.lan (u-7-242.vpn.RWTH-Aachen.DE [137.226.103.242]) by relay.rwth-aachen.de (8.13.7/8.13.3/1) with ESMTP id k5HIEIVn021790 for ; Sat, 17 Jun 2006 20:14:18 +0200 (MEST) Received: from hawk by fsst.voodoo.lan with local (Exim 4.62) (envelope-from ) id 1FrfJJ-0007xu-LQ for zsh-workers@sunsite.dk; Sat, 17 Jun 2006 20:14:17 +0200 Date: Sat, 17 Jun 2006 20:14:17 +0200 From: Frank Terbeck Subject: Re: Segfaulting script In-reply-to: <060617101117.ZM32743@torch.brasslantern.com> To: zsh-workers@sunsite.dk Mail-followup-to: zsh-workers@sunsite.dk Message-id: <20060617181417.GA19721@fsst.voodoo.lan> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline Operating-System: Linux 2.6.16.16 i686 User-Agent: Mutt/1.5.11+cvs20060403 References: <20060613231505.GA23239@goomba.ruder> <20060616110319.GB2780@fsst.voodoo.lan> <060617101117.ZM32743@torch.brasslantern.com> Bart Schaefer : > On Jun 16, 1:03pm, Frank Terbeck wrote: > } > } I don't know if this is the same bug, but it might be closely related: > } > } [snip] > } % zsh -f > } % testfunc() { local foo=() ; local bar } > > You can't assign values to an array in a "local" statement. When zsh > parses the above, it's seeing [...] Yes, I know that the assignment does not make sense. > which (of course) is a recursive call to the newly-created function > "local". I don't get a segfault with 4.3.2-dev-1, I get an error: > > zsh% local > local:10: maximum nested function level reached > zsh% Okay. > The fact that "compinit" or a completion comes next is a red herring; any > function that used "local" would cause the error. Thanks for clarifying that. > My guess would be that you get a segfault when the compile-time setting > of the maximum function depth is large enough that you run out of memory > before the limit is hit. There's not a whole lot we can do about that. Hm, definitely no nice, but I trust your judgement. Regards, Frank