From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-31412-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 9402 invoked by alias); 19 May 2013 01:29:14 -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: 31412
Received: (qmail 24684 invoked from network); 19 May 2013 01:29:10 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham
	version=3.3.2
Received-SPF: none (ns1.primenet.com.au: domain at spodhuis.org does not designate permitted sender hosts)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=spodhuis.org; s=d201210;
	h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=dHNxxQz5RFkhd31aYKAd9MTRbUVRNZh0CkJFZkAS6uU=;
	b=RJoX8MstOx7XYEJOBidIxu4+ej77HEDpV6Kt/OOQ41Vb3jByYp6tTK4sCxNytlON3qpCo82kPYuFspqIY3/WMVpD9vi0HWfUXcg4ksljO22eqdDLhLGygmaEk+vlbY/xCtDvSg7sDZzC6HeoGy0Ogfq9CQ6IivpCf0659bIBStU=;
Date: Sat, 18 May 2013 21:29:02 -0400
From: Phil Pennock <zsh-workers+phil.pennock@spodhuis.org>
To: Bart Schaefer <schaefer@brasslantern.com>
Cc: Zsh hackers list <zsh-workers@zsh.org>
Subject: Re: Quick local CVS change scan, and bug in read?
Message-ID: <20130519012902.GA83443@redoubt.spodhuis.org>
Mail-Followup-To: Bart Schaefer <schaefer@brasslantern.com>,
	Zsh hackers list <zsh-workers@zsh.org>
References: <CAH+w=7YQLJZGxjdA=ZwA_u+JJg=LcGPRkPExj5bNcXRhX6hZUg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAH+w=7YQLJZGxjdA=ZwA_u+JJg=LcGPRkPExj5bNcXRhX6hZUg@mail.gmail.com>

On 2013-05-18 at 16:24 -0700, Bart Schaefer wrote:
> useful.  (One of the few things I'm finding annoying about git is that
> a cloned repository doesn't preserve file timestamps.)

There's a post-checkout hook in one of the answers on
<http://stackoverflow.com/questions/1964470/whats-the-equivalent-of-use-commit-times-for-git>
which might help?

> Another problem is that the %e format in strftime is supposed to
> prefix single-digit dates with a space, but zstat doesn't consistently
> do that, which makes the date comparison more difficult than
> necessary.  For example, the leading space is present on CentOS 5 for
> zsh 4.2.6 and MacOS Lion zsh version 4.3.11, but is missing on Ubuntu
> 10.04 zsh 4.3.10.  It's also present in a fresh build of
> zsh-5.0.2-88-gaa7467b on Unbutu, so I presume this to be some kind of
> strange build-specific issue.

stattimeprint() uses ztrftime() and so should be portable across OSes;
%e is implemented by zsh logic and is very explicit in handling
%providing the space unless you used %-e.

I can see that on *old* builds it would fail; when %-<foo> support was
added in 535afe3b by pws on 2009-Mar-02 [26614 + 26615] it looks like it
made %e always strip the space; then in 506c845b on 2009-Jun-26 it was
fixed with 27057:

+       * Greg Klanderman: 27057: Src/utils.c: %e and %f time formats
+       were swapped.

4.3.10 was 2009-06-01.  4.3.9 was in 2008.  4.3.11 in 2010.

So the only release cut with this bug was 4.3.10.

That seems to match your observations?

-Phil