[issue11877] Mac OS X fsync() should really be fcntl(F_FULLFSYNC)
Steffen Daode Nurpmeso
report at bugs.python.org
Wed Apr 20 16:06:24 CEST 2011
Steffen Daode Nurpmeso <sdaoden at googlemail.com> added the comment:
8-}
The real message was:
On Wed, Apr 20, 2011 at 12:16:39PM +0000, Antoine Pitrou wrote:
> If Apple thinks [...] there's no reason for us
Apple thinks (KernelProgramming.pdf, BPFileSystem.pdf):
Kernel code must be nearly perfect.
Kernel programming is a black art that should be avoided if at
all possible. Fortunately, kernel programming is usually
unnecessary. You can write most software entirely in user
space.
Sparse files and zero filling. UFS supports sparse files,
which are a way for the file system to store the data in files
without storing unused space allocated for those files. HFS+
does not support sparse files and, in fact, zero-fills all
bytes allocated for a file until end-of-file.
[Steffen thinks HFS+ is driven from "user-space" through IOKit.]
POSIX says:
It would also not be unreasonable to omit testing for fsync(),
allowing it to be treated as a quality-of-implementation
issue.
It seems someone needs a hand.
Nice afternoon with an untrashed INBOX.
----------
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11877>
_______________________________________
More information about the Python-bugs-list
mailing list