From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3617 invoked from network); 7 Jan 1997 17:29:51 -0000 Received: from euclid.skiles.gatech.edu (list@130.207.146.50) by coral.primenet.com.au with SMTP; 7 Jan 1997 17:29:51 -0000 Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id MAA26000; Tue, 7 Jan 1997 12:27:04 -0500 (EST) Resent-Date: Tue, 7 Jan 1997 12:27:04 -0500 (EST) Message-Id: <199701071728.SAA22574@hydra.ifh.de> To: zsh-workers@math.gatech.edu Subject: Re: readonly bug In-reply-to: "Zoltan Hidvegi"'s message of "Tue, 07 Jan 1997 18:09:25 MET." <199701071709.SAA24255@bolyai.cs.elte.hu> Date: Tue, 07 Jan 1997 18:28:02 +0100 From: Peter Stephenson Resent-Message-ID: <"Lf9TW.0.BM6.dTeqo"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/2740 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu Zoltan Hidvegi wrote: > Unfortunately read-only variables are not handled very well in most places. > Here is a fix. After that zsh prints error message when you attempt to > change a read-only variable. Patch applies to both zsh-3.0.2 and zsh-3.1.0 Thanks. Actually, I was relying on the failure being silent, otherwise what I was trying to do (suppress an error message from a bad assignment in a system script I couldn't access) wouldn't work. However, this corresponds to what ksh does. I suppose I can't expect unsupported hacks to work. The script's now been fixed anyway. -- Peter Stephenson Tel: +49 33762 77366 WWW: http://www.ifh.de/~pws/ Fax: +49 33762 77413 Deutsches Elektronen-Synchrotron --- Institut fuer Hochenergiephysik Zeuthen DESY-IfH, 15735 Zeuthen, Germany.