X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=EmlY76MMQkkniTvo
	VBmFGLWbkmFf+u/dgmRpGvsq7K8jch7jFIW4fquglk+aRmTpvlZMJ7xkzNRLLtEO
	QjLxXKNP28Ww36Z3rKuqiumSShsolzwefSXCZ379DWXi6ogYZ23fMtwzRmhZRtKs
	BxFTVAA3tomEY/NhXVVoSp9hs1o=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=e8gyPLZ6TcCLhPMUGhUf7+
	CATZA=; b=qQnqcezX8BLW2uDOyB2ALFCEvfKngqAVu0mioZuNnviVFBfvTO/bL7
	fgDdezS15+KPSRt2TxJyc1XxYIpIxuzr8o9ALOQFCtqw9+tAIFecHtlbdlo7qY61
	HprRIbjxLoNAPOzX3b3llh7NQec1B0Y76lejuCGybF7FuDbpJMthA=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=2.7 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=H*RU:sk:relay.m, Hx-spam-relays-external:sk:relay.m, HX-HELO:sk:relay.m, H*u:38.4.0
X-HELO: relay.mailchannels.net
X-Sender-Id: wwwh|x-authuser|mitch@houseofpain.org
X-Sender-Id: wwwh|x-authuser|mitch@houseofpain.org
X-MC-Relay: Neutral
X-MailChannels-SenderId: wwwh|x-authuser|mitch@houseofpain.org
X-MailChannels-Auth-Id: wwwh
X-MC-Loop-Signature: 1464550125669:2433025159
X-MC-Ingress-Time: 1464550125669
Subject: Re: Re: cygwin python os.stat gives wrong ctime
To: cygwin@cygwin.com
References: <4026b0f6-0514-576e-def4-c5fcd79148b9@cs.umass.edu>
From: Mitch Deoudes <mitch@houseofpain.org>
Message-ID: <574B42EA.9060408@houseofpain.org>
Date: Sun, 29 May 2016 15:28:42 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <4026b0f6-0514-576e-def4-c5fcd79148b9@cs.umass.edu>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-AuthUser: mitch@houseofpain.org



On 5/28/2016 10:35 PM, Eliot Moss wrote:
> On 5/28/2016 9:39 PM, Mitch Deoudes wrote:
>> According to the python docs, os.stat() gives the following for 
>> st_ctime:
>>
>>     "|st_ctime| - platform dependent; time of most recent metadata 
>> change on Unix, or the time of
>> creation on Windows"
>
> cygwin emulates posix, so you should expect a posix-like result.

I understand your argument, and offer the following, which is from the 
same section of the python docs:

     "On other Unix systems (such as FreeBSD), the following attributes 
may be available (but may be only filled out if root tries to use them):

  * |st_birthtime| - time of file creation"

Suggesting that it's not "anti-POSIX" (unPOSIX?  aPOSIX?) to provide the 
information if it's available.

Anyway, I've found a more or less suitable workaround for now, batching 
up the queries and calling out to the shell - so I'll leave it at that.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

