This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/18515] posix_fallocate disastrous fallback behavior is no longer mandated by POSIX and should be fixed
- From: "lopresti at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 02 Oct 2015 16:20:41 +0000
- Subject: [Bug libc/18515] posix_fallocate disastrous fallback behavior is no longer mandated by POSIX and should be fixed
- Auto-submitted: auto-generated
- References: <bug-18515-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18515
--- Comment #4 from Pat <lopresti at gmail dot com> ---
It is unfortunate that this one interface tries to serve two distinct purposes:
- reducing fragmentation in high-performance applications
- guaranteeing future writes do not fail for lack of space
As a consequence of the original POSIX mis-specification -- the ultimate cause
of the WONTFIX disposition for this bug -- posix_fallocate() is now unusable in
portable code for any purpose at all.
People like me who want high performance can never use posix_fallocate()
because glibc will never change its slow fallback behavior.
People who want to guarantee future writes do not fail also cannot use this
interface in portable code, because current POSIX allows EINVAL when the
underlying O/S does not support pre-allocation.
Although I disagree with the glibc maintainers' decision here, I understand and
respect it. In any case, the blame belongs to the original POSIX spec.
Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.