From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28022 invoked from network); 24 Aug 1999 14:20:32 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 24 Aug 1999 14:20:32 -0000 Received: (qmail 1908 invoked by alias); 24 Aug 1999 14:20:23 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7473 Received: (qmail 1900 invoked from network); 24 Aug 1999 14:20:23 -0000 Message-Id: <9908241346.AA16766@ibmth.df.unipi.it> To: zsh-workers@sunsite.auc.dk (Zsh hackers list) Subject: Re: PATCH: completion In-Reply-To: "Sven Wischnowsky"'s message of "Thu, 19 Aug 1999 12:44:34 DFT." <199908191044.MAA17903@beta.informatik.hu-berlin.de> Date: Tue, 24 Aug 1999 15:46:43 +0200 From: Peter Stephenson Sven Wischnowsky wrote: > Btw. I didn't change `_cvs' mainly because I use the `parameter' > module and there is a bug with the stuff that `allows' local > special parameters: the associative array `commands' in `_cvs' has > (obviously) the same name as the one from the `parameter' > module. The new code in typeset_single() has the effect that this > `local' parameter behaves like the one from the module, i.e. if > you can't use the names of special parameters for local parameters > without having them behave like the global ones. Maybe we have to > wait for Peter here... This isn't a bug, local special parameters are supposed to stay special; it would have been much easier if they weren't. At least, I could change it but then things like `local PATH=...' (which is now documented) wouldn't work. The variable in cvs ought to be changed anyway, but I'm a million patches behind with completion and I'm logged in from a PC with only a third-rate version of telnet. -- Peter Stephenson Tel: +39 050 844536 WWW: http://www.ifh.de/~pws/ Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy