From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14582 invoked from network); 25 Mar 1997 23:10:32 -0000 Received: from euclid.skiles.gatech.edu (list@130.207.146.50) by coral.primenet.com.au with SMTP; 25 Mar 1997 23:10:32 -0000 Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id RAA03269; Tue, 25 Mar 1997 17:55:48 -0500 (EST) Resent-Date: Tue, 25 Mar 1997 17:55:48 -0500 (EST) From: Zefram Message-Id: <27957.199703241850@stone.dcs.warwick.ac.uk> Subject: Re: ZLE special parameters To: pws@ifh.de (Peter Stephenson) Date: Mon, 24 Mar 1997 18:50:07 +0000 (GMT) Cc: zsh-workers@math.gatech.edu In-Reply-To: <199703240954.KAA23113@hydra.ifh.de> from "Peter Stephenson" at Mar 24, 97 10:54:41 am X-Loop: zefram@dcs.warwick.ac.uk X-Stardate: [-31]9073.92 X-Phase: The Moon is Full X-US-Congress: Moronic fuckers X-Personality: INTJ Content-Type: text Resent-Message-ID: <"phQYb.0.ro.lV5Ep"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/3031 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu Peter Stephenson wrote: >This is probably wrong. There was an exchange between Bart and me >about funny things with typeset and local variables some time ago. It >needs rewriting. So what is the correct behaviour? It's a pretty simple bit of code to change. >I'm getting a core dump with the increment function It worked for me. >Hitting ^xi twice gives a core dump. Any modification of LBUFFER >seems to do this. It's coming in makezleparams(); createparam() is >returning a NULL because the (oldpm && !(oldpm->flags & PM_UNSET)) >test failed. Oddly enough, it's always when zp->name is BUFFER even >if I only change LBUFFER. Even if I am missing a patch, I worry about >relying on the parameter not already existing at this point. I did, I think, have $BUFFER set in the enclosing environment in one of my tests, but I'll look into it. -zefram