From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-38064-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 12736 invoked by alias); 2 Mar 2016 09:30:45 -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: 38064
Received: (qmail 9345 invoked from network); 2 Mar 2016 09:30:42 -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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.1
X-AuditID: cbfec7f4-f79026d00000418a-5f-56d6b2bd87c5
Date: Wed, 02 Mar 2016 09:30:34 +0000
From: Peter Stephenson <p.stephenson@samsung.com>
To: zsh-workers@zsh.org
Subject: Re: ZSH_SCRIPT
Message-id: <20160302093034.6e9086a2@pwslap01u.europe.root.pri>
In-reply-to: <871t7u7y7a.fsf@lwm.klanderman.net>
References: <22221.59800.803540.618862@lwm.klanderman.net>
 <160224143153.ZM28994@torch.brasslantern.com>
 <20160225093344.0d2499d5@pwslap01u.europe.root.pri>
 <87r3g08ycp.fsf@lwm.klanderman.net>
 <160225150425.ZM14095@torch.brasslantern.com>
 <87lh6384y5.fsf@lwm.klanderman.net>
 <20160301092746.1472ae95@pwslap01u.europe.root.pri>
 <87fuwa8dpk.fsf@lwm.klanderman.net>
 <20160301150707.2ee18f01@pwslap01u.europe.root.pri>
 <874mcq889m.fsf@lwm.klanderman.net>
 <160301103630.ZM8094@torch.brasslantern.com>
 <871t7u7y7a.fsf@lwm.klanderman.net>
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+NgFrrALMWRmVeSWpSXmKPExsVy+t/xq7p7N10LM3hwgsfiYPNDJgdGj1UH
	PzAFMEZx2aSk5mSWpRbp2yVwZczvPc5eMI2tYtmpL6wNjF9Zuhg5OSQETCQO3ZzFDmGLSVy4
	t56ti5GLQ0hgKaPEywXTWCCcGUwSf3/tAusQEjjNKHF6WRFE4gyjxKV3E5lBEiwCqhKdN5eB
	FbEJGEpM3TSbEcQWERCXOLv2PFhcGMi++GEm2DpeAXuJS8duAdVwcHAKGEh8XxMMMXMli8TO
	6dvBavgF9CWu/v3EBHGevcTMK2cYIXoFJX5Mvgc2k1lAS2LztiZWCFteYvOat8wQh6pL3Li7
	m30Co/AsJC2zkLTMQtKygJF5FaNoamlyQXFSeq6hXnFibnFpXrpecn7uJkZIOH/Zwbj4mNUh
	RgEORiUe3oxPV8OEWBPLiitzDzFKcDArifB6brwWJsSbklhZlVqUH19UmpNafIhRmoNFSZx3
	7q73IUIC6YklqdmpqQWpRTBZJg5OqQbG4Kyf03+0s1bd3fnom/HJ2aryVVZJfOx1266vKeKq
	92VYtFzfNfGTUEvtilXF4brVy3f+87rEueu+lIWV8p/Fi95EWGnEBC6cbrhEoPXSilrxHsef
	Yv7nxZb0MYs9M7zXyn7ZYuuVC4V7D7ZYH+/8nc1jXlhqJ/6L5+b+0Dqxi3x7Eq8vN+5WYinO
	SDTUYi4qTgQAUgJ3WmMCAAA=

On Tue, 1 Mar 2016 15:14:17 -0500
Greg Klanderman <gak@klanderman.net> wrote:
> Hi Bart, I wasn't sure if by "probably" you wanted someone (Peter?) to
> comment but I think adding ztrdup should be safe and ztrdup_metafy is
> used for the other variables so almost has to be right; here is an
> updated patch.

No, the new variables come from an argument and these are already
metafied very early on in zsh_main by

    for (t = argv; *t; *t = metafy(*t, -1, META_ALLOC), t++);

Look around and you'll see none of the other uses of command line
arguments don't get further metafied, either (including posixzero
which is related to the new ones).

The things that need metafying when turned into variables come from
the environment (including the working directory).

pws