From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3303 invoked from network); 10 Mar 2000 09:51:08 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 10 Mar 2000 09:51:08 -0000 Received: (qmail 17759 invoked by alias); 10 Mar 2000 09:50:57 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 10043 Received: (qmail 17749 invoked from network); 10 Mar 2000 09:50:57 -0000 Date: Fri, 10 Mar 2000 10:49:58 +0100 (MET) Message-Id: <200003100949.KAA03121@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: "Bart Schaefer"'s message of Thu, 9 Mar 2000 18:06:05 +0000 Subject: Re: Problems with the functions[] parameter Bart Schaefer wrote: > I think that wordcode storage of functions has messed up the function[] > assoc from the parameter module. The value of functions[something] no > longer accurately reflects the current state of the function `something' > and assigning to (or using vared on) functions[something] no longer > changes the definition of `something'. Seems to work fine for me both with read and mapped wordcode files... could you give me an example? Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de