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 eric.araujo
Recipients eric.araujo, jsjgruber, tarek
Date 2011-04-27.08:39:21
SpamBayes Score 9.084333e-11
Marked as misclassified No
Message-id <1303893562.52.0.236519994226.issue11933@psf.upfronthosting.co.za>
In-reply-to
Content
Hi!  Welcome to the joy of Python and thanks for the bug report and analysis.

> In researching a bug
Is it public?  I’d be curious to look at it.

> I was surprised that a newly created file was being replaced when
> being processed a second time
What created the file?  What king of “processing” happened after?

> I tracked the surprise to diff Lib/distutils/dep_util.py @ 57642:9211a5d7d0b4
> where a comparison with a resolution of 1 second was replaced by a
> floating point comparison
Indeed.  The whole distutils codebase should use ST_MTIME or st_mtime consistently.

> Using all floating point doesn't resolve the issue as OS timestamped
> files can have more resolution than python floating point may hold,
If I understand this bug correctly, it’s a platform-specific limitation.  We can try changing all distutils files to use st_mtime and see if tests break.  Would you like to work on a additional test case to reproduce your bug?
History
Date User Action Args
2011-04-27 08:39:22eric.araujosetrecipients: + eric.araujo, tarek, jsjgruber
2011-04-27 08:39:22eric.araujosetmessageid: <1303893562.52.0.236519994226.issue11933@psf.upfronthosting.co.za>
2011-04-27 08:39:21eric.araujolinkissue11933 messages
2011-04-27 08:39:21eric.araujocreate