Author steven.daprano
Recipients belopolsky, rbiswas143, steven.daprano
Date 2018-12-18.09:57:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
In the future, please describe your problem here, on the bug tracker, not just by linking to Stackoverflow.

You asked:

"Why is the file creation time [less than] the time measured before it is created?"

(You actually say "greater than" on Stackoverflow, but the example given shows you mean less than).

ctime does not mean "creation time" on Linux systems.

As for the ctime being earlier than the pre-recorded timestamp, I'm confident that will have something to do with the resolution of ctime versus time.time.

The time.time() function may have a resolution of as little as 1 second on some systems:

so the fraction after the decimal point could be more or less random. Alternatively, the resolution of ctime may not be the same as time.time(). See the documentation:

I don't think this is a bug, I think this is an unavoidable consequence of the interaction between two different time measurements with slightly different resolutions. If you believe differently, can you explain why you think it is a bug?

Since time.time() simply returns the time according to the OS, and os.stat gives the ctime as recorded by the file system, I don't think there is anything Python can do about this even if it is a bug. It would be a bug in the OS or file system.

If you disagree, please explain why.
Date User Action Args
2018-12-18 09:57:52steven.dapranosetrecipients: + steven.daprano, belopolsky, rbiswas143
2018-12-18 09:57:52steven.dapranosetmessageid: <>
2018-12-18 09:57:52steven.dapranolinkissue35522 messages
2018-12-18 09:57:52steven.dapranocreate