From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19742 invoked by alias); 24 Nov 2016 12:29:37 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 40012 Received: (qmail 17978 invoked from network); 24 Nov 2016 12:29:37 -0000 X-Qmail-Scanner-Diagnostics: from rcpt-mqugw.biglobe.ne.jp by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(133.208.100.4):SA:0(-2.9/5.0):. Processed in 1.371957 secs); 24 Nov 2016 12:29:37 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=RCVD_IN_DNSWL_NONE, RP_MATCHES_RCVD,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: takimoto-j@kba.biglobe.ne.jp X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at spf01.biglobe.ne.jp designates 133.208.100.4 as permitted sender) X-Biglobe-Sender: Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: [PATCH] Optimization of getarrvalue() From: "Jun T." In-Reply-To: Date: Thu, 24 Nov 2016 20:49:11 +0900 Content-Transfer-Encoding: 7bit Message-Id: References: <1478635899.1897979.781551353.05792438@webmail.messagingengine.com> <20161109114207.6b929440@pwslap01u.europe.root.pri> <161109080328.ZM6075@torch.brasslantern.com> <20161115195721.43648236@ntlworld.com> <77EB3614-F9E2-4BEB-B93C-99DFD34A504F@kba.biglobe.ne.jp> <161116105013.ZM32526@torch.brasslantern.com> To: "zsh-workers@zsh.org" X-Mailer: Apple Mail (2.1510) X-Biglobe-Spnum: 59575 On 2016/11/24, at 9:55, Bart Schaefer wrote: >> More generally, $a[i,j] with i=$#a+1 is treated specially. > > ?? It's not treated any differently than i=$#a+N for any N >=0, is it? Suppose we have an array with two elements ($#a = 2) % a=(one two) and see what is returned by % nargs "${(@)a[i,j]}" For i >= 4 or i <= -3 it returns 1 if j >= i, while for i=3 (=$#a+1) it returns 0 always. But, as I said before, if no one is complaining about this we can leave it as is.