This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author neologix
Recipients barry, brett.cannon, ncoghlan, neologix, pitrou
Date 2011-12-21.14:48:40
SpamBayes Score 2.3641742e-07
Marked as misclassified No
Message-id <1324478921.76.0.234823529498.issue13645@psf.upfronthosting.co.za>
In-reply-to
Content
> a struct timespec providing theoretical nanosecond precision.

Indeed. EXT3's timestamps have a 1s granularity, for example.
Another possibility would be to store both mtime and st_size (it's the default heuristic used by rsync does to decide whether to skip a file).

> Whether this would be useful remains to be decided.

Dunno.
On the one hand, it's frustrating to think that you can end up with a stale bytecode file forever (I've had more or less the same problem because of NFS mounts, and it can be quite puzzling when the last modification you made to the source file is not taken into account).
OTOH, nobody has ever complained about this...
History
Date User Action Args
2011-12-21 14:48:41neologixsetrecipients: + neologix, barry, brett.cannon, ncoghlan, pitrou
2011-12-21 14:48:41neologixsetmessageid: <1324478921.76.0.234823529498.issue13645@psf.upfronthosting.co.za>
2011-12-21 14:48:41neologixlinkissue13645 messages
2011-12-21 14:48:40neologixcreate