From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-36228-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 14978 invoked by alias); 18 Aug 2015 15:07:41 -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: 36228
Received: (qmail 4724 invoked from network); 18 Aug 2015 15:07:39 -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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.0
X-AuditID: cbfec7f5-f794b6d000001495-56-55d34a375ba3
Date: Tue, 18 Aug 2015 16:07:33 +0100
From: Peter Stephenson <p.stephenson@samsung.com>
To: Zsh hackers list <zsh-workers@zsh.org>
Subject: Re: mkdir builtin and $'\0'
Message-id: <20150818160733.72a1951a@pwslap01u.europe.root.pri>
In-reply-to: <20150818152145.6ae8dc32@pwslap01u.europe.root.pri>
References: <20150818091904.GA5389@chaz.gmail.com>
 <20150818104911.034b6705@pwslap01u.europe.root.pri>
 <20150818111134.GA5629@chaz.gmail.com>
 <20150818122755.39fe78c8@pwslap01u.europe.root.pri>
 <20150818125519.GB5629@chaz.gmail.com>
 <20150818142458.3252389e@pwslap01u.europe.root.pri>
 <20150818152145.6ae8dc32@pwslap01u.europe.root.pri>
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+NgFjrKLMWRmVeSWpSXmKPExsVy+t/xa7rmXpdDDU5cYrU42PyQyYHRY9XB
	D0wBjFFcNimpOZllqUX6dglcGQfabrMWnGSpuPXsMVsD403mLkZODgkBE4lPn/8xQthiEhfu
	rWfrYuTiEBJYyijx79QeKGcGk8SPv++gnG2MEt0NM8HaWQRUJd60PmQDsdkEDCWmbpoNNkpE
	QEtix8mTTCC2sICKxMvGDrAaXgF7ia3NfWBxTgEHibaf65kght5hklh0qZEVJMEvoC9x9e8n
	Joib7CVmXjnDCNEsKPFj8j0WEJsZaMHmbU2sELa8xOY1b8EOEhJQl7hxdzf7BEahWUhaZiFp
	mYWkZQEj8ypG0dTS5ILipPRcI73ixNzi0rx0veT83E2MkMD9uoNx6TGrQ4wCHIxKPLwVeZdC
	hVgTy4orcw8xSnAwK4nwSvJeDhXiTUmsrEotyo8vKs1JLT7EKM3BoiTOO3PX+xAhgfTEktTs
	1NSC1CKYLBMHp1QDY+4aK91fzo9VWDS0c/wKqxL3193vFTGaVtXrs1+ovaKbu/k6395NpYtb
	Td9+mfToS/22osyWgOZ/3VuPbzyyREX+xu+l5b6L7s9ZY+xmVqEkvXVDTr1+Vdr0VpZcbeGl
	oZ6Przxzn/Bln5VZ9LZek8mrZ1nVqEubsj/hzAyNYFPIzZdp/LhfiaU4I9FQi7moOBEAPXvn
	clgCAAA=

On Tue, 18 Aug 2015 15:21:45 +0100
Peter Stephenson <p.stephenson@samsung.com> wrote:
> This seems to work for strftime and primt -P %D and the tests pass.

I think there's a pre-existing confusion here, which is that we should
really treat ztrftime return value of both 0 and -1 as failure.  The 0
comes from strftime(), which returns the number of characters it's
succesfully converted (the manual helpfully says 0 "doesn't necessarily
indicate an error", just that it coverted nothing); the -1 was a local
enhancement.

I'll fix this locally before submitting.

pws