-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/10/2012 04:42 PM, Brett Cannon wrote: > On Fri, Feb 10, 2012 at 16:29, Tres Seaver <tseaver at palladion.com> > wrote: > >> On 02/10/2012 03:38 PM, Brett Cannon wrote: >>> Changes in any fashion to the directory. Do filesystems >>> atomically update the mtime of a directory when they commit a >>> change? Otherwise we have a potential race condition. >> >> Hmm, maybe I misundersand you. In POSIX land, the only thing which >> changes the mtime of a directory is linking / unlinking / renaming >> a file: changes to individual files aren't detectable by examining >> their containing directory's stat(). >> > > Individual file changes are not important; either the module is > already in sys.modules so no attempt is made to detect a change or it > hasn't been loaded and so it will have to be read regardless. All I'm > asking is whether filesystems typically update the filesystem for a > e.g. file deletion atomically with the mtime for the containing > directory or not. In POSIX land, most certainly. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver at palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk81kCIACgkQ+gerLs4ltQ5MogCfQwP2n4gl9PfsNXuP3c5al8EX TgwAn2EoGz1vk0OQAh5n3Tl9oze1CSSC =3iuR -----END PGP SIGNATURE-----
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4