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 brett.cannon
Recipients Arfrever, barry, brett.cannon, eric.snow, ncoghlan, neologix, pitrou, python-dev
Date 2012-01-10.21:40:22
SpamBayes Score 2.015648e-07
Marked as misclassified No
Message-id <CAP1=2W6iqKrvPmt7tY5VBmbjGLissJCZAxPOz02eNvPBe+z9Mg@mail.gmail.com>
In-reply-to <1326150221.4158.2.camel@localhost.localdomain>
Content
On Mon, Jan 9, 2012 at 18:05, Antoine Pitrou <report@bugs.python.org> wrote:

>
> Antoine Pitrou <pitrou@free.fr> added the comment:
>
> > I'm not suggesting two stat calls (in the general case); you would
> > call one or the other depending on the magic number of the pyc file.
>
> The proposal is to store both mtime and size, actually, to make false
> positives less likely.

Then a method that returns some object representing all of the needed info
on the source file is needed, but that does NOT blindly return the stat
info (eg. modification date, "file" size, and even source as bytes can be
in this object).  It could even have methods to generate the bytecode, etc.
History
Date User Action Args
2012-01-10 21:40:23brett.cannonsetrecipients: + brett.cannon, barry, ncoghlan, pitrou, Arfrever, neologix, python-dev, eric.snow
2012-01-10 21:40:23brett.cannonlinkissue13645 messages
2012-01-10 21:40:22brett.cannoncreate