From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4729 invoked by alias); 29 May 2016 19:28:58 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 4716 invoked by uid 89); 29 May 2016 19:28:57 -0000 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 Received: from giant.cherry.relay.mailchannels.net (HELO relay.mailchannels.net) (23.83.223.68) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Sun, 29 May 2016 19:28:56 +0000 X-Sender-Id: wwwh|x-authuser|mitch@houseofpain.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2EF77A023E for ; Sun, 29 May 2016 19:28:46 +0000 (UTC) Received: from uscentral400.accountservergroup.com (ip-10-123-105-117.us-west-2.compute.internal [10.123.105.117]) by relay.mailchannels.net (Postfix) with ESMTPA id 736BDA022A for ; Sun, 29 May 2016 19:28:45 +0000 (UTC) X-Sender-Id: wwwh|x-authuser|mitch@houseofpain.org Received: from uscentral400.accountservergroup.com (uscentral400.accountservergroup.com [10.122.198.199]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.6.13); Sun, 29 May 2016 19:28:45 +0000 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 Received: from ool-4576015e.dyn.optonline.net ([69.118.1.94]:11381 helo=[127.0.0.1]) by uscentral400.accountservergroup.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1b76OC-0004YR-OK for cygwin@cygwin.com; Sun, 29 May 2016 15:28:44 -0400 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 Message-ID: <574B42EA.9060408@houseofpain.org> Date: Mon, 30 May 2016 08:09:00 -0000 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 X-SW-Source: 2016-05/txt/msg00388.txt.bz2 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