Message 183286 - Python tracker

➜

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	pitrou
Recipients	brett.cannon, erik.bray, pitrou
Date	2013年03月01日.20:08:36
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1362168301.3490.3.camel@localhost.localdomain>
In-reply-to	<1362167486.73.0.923197015567.issue17330@psf.upfronthosting.co.za>

Content
> Put another way, the cache associated with a FileFinder only keeps > track of the filenames in a directory, and not their individual > mtimes. So if a new file is added to the directory the cache should > be invalided. Likewise if a file is removed. True, but if a file is removed and another added, st_nlink won't change. Which will lead to even harder to find bugs. I agree it would be better if it were always possible to detect directory modifications, without any false negatives. Sadly it is not (blame POSIX, I guess, although Windows is not better here), hence invalidate_caches().

Content

> Put another way, the cache associated with a FileFinder only keeps
> track of the filenames in a directory, and not their individual
> mtimes. So if a new file is added to the directory the cache should
> be invalided. Likewise if a file is removed.
True, but if a file is removed and another added, st_nlink won't change.
Which will lead to even harder to find bugs.
I agree it would be better if it were always possible to detect
directory modifications, without any false negatives. Sadly it is not
(blame POSIX, I guess, although Windows is not better here), hence
invalidate_caches().

History
Date	User	Action	Args
2013年03月01日 20:08:36	pitrou	set	recipients: + pitrou, brett.cannon, erik.bray
2013年03月01日 20:08:36	pitrou	link	issue17330 messages
2013年03月01日 20:08:36	pitrou	create

homepage