From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-35884-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 26472 invoked by alias); 24 Jul 2015 10:58:18 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 35884
Received: (qmail 4163 invoked from network); 24 Jul 2015 10:58:15 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,
	RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS autolearn=ham
	autolearn_force=no version=3.4.0
X-AuditID: cbfec7f5-f794b6d000001495-03-55b21a43e185
Date: Fri, 24 Jul 2015 11:57:33 +0100
From: Peter Stephenson <p.stephenson@samsung.com>
To: zsh-workers@zsh.org
Subject: Re: PATCH: sysopen (was Re: '>>' does not create file if set -C
 (noclobber) is active)
Message-id: <20150724115733.44531b77@pwslap01u.europe.root.pri>
In-reply-to: <23516.1437620218@thecus.kiddle.eu>
References: <558B5342.2090706@inlv.org>
 <150624184916.ZM19079@torch.brasslantern.com> <558B65EB.3060204@inlv.org>
 <150625003047.ZM19218@torch.brasslantern.com> <558D5E34.3020505@inlv.org>
 <20150627180230.5fda7e09@ntlworld.com> <558F397D.9030708@inlv.org>
 <20150628074837.GB4818@chaz.gmail.com> <16434.1435482953@thecus.kiddle.eu>
 <20150628140050.GA10570@chaz.gmail.com>
 <150628113814.ZM1638@torch.brasslantern.com>
 <23516.1437620218@thecus.kiddle.eu>
Organization: Samsung Cambridge Solution Centre
X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu)
MIME-version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7bit
X-Brightmail-Tracker:
 H4sIAAAAAAAAA+NgFjrELMWRmVeSWpSXmKPExsVy+t/xK7rOUptCDbrbVS0ONj9kcmD0WHXw
	A1MAYxSXTUpqTmZZapG+XQJXxpeLLAVr2CoeLClpYGxg7WLk5JAQMJGYeW8hC4QtJnHh3nq2
	LkYuDiGBpYwSP45fYwJJCAnMYJKYslwKIrGNUeJr6wmwbhYBVYkvk/+zgdhsAoYSUzfNZgSx
	RQTEJc6uPQ82VVggUeLK3ZNg9bwC9hKXZ78Cq+EUMJCY8OU0C8TQC8wS/2a0MYMk+AX0Ja7+
	/cQEcZK9xMwrZxghmgUlfky+BzaUWUBLYvO2JlYIW15i85q3zBCXqkvcuLubfQKj0CwkLbOQ
	tMxC0rKAkXkVo2hqaXJBcVJ6rpFecWJucWleul5yfu4mRkjIft3BuPSY1SFGAQ5GJR7eA5M2
	hgqxJpYVV+YeYpTgYFYS4WU4BhTiTUmsrEotyo8vKs1JLT7EKM3BoiTOO3PX+xAhgfTEktTs
	1NSC1CKYLBMHp1QD4zyhzP3W92u/ZBzeYS5a9Wv6uvdW163Oxf923Vjic2Cngay/350roupu
	b49HfrVkEZLZIN7+3vTZaq8rD/tWd821TdMVXp02/6gLw582roWZxxd8nei90bvxUanqPfY1
	cZI/HpZ5qd6YobShe6l6BsdJ642bA3deePblq/mZbQbfxX+/31LG/FeJpTgj0VCLuag4EQDK
	+97DVQIAAA==

On Thu, 23 Jul 2015 04:56:58 +0200
Oliver Kiddle <okiddle@yahoo.co.uk> wrote:
> On 28 Jun, Bart wrote:
> > Therefore the sysopen suggestion is probably the most appropriate one.
> 
> The following patch adds that to the system module along with sysseek
> and systell. systell is in the form of a math function which I think
> is less awkward to use than a builtin.

One very minor comment now I've tried this:

% sysread -i fd
sysread: integer expected: fd

I think it would probably be appropriate and consistent with other
similar contexts for this to do matn eval, even though the workaround is
obvious and trivial.  C.f. "sysopen -u fd" (though of course there's no
choice in that case) and

% print $(( systell(fd) ))
8192

However, we're not actually missing anything by not.

pws