Date: Tue, 1 Nov 2011 10:01:42 -0400 From: John Baldwin <jhb@freebsd.org> To: Ed Schouten <ed@80386.nl> Cc: arch@freebsd.org, Jilles Tjoelker <jilles@stack.nl> Subject: Re: [PATCH] fadvise(2) system call Message-ID: <201111011001.42775.jhb@freebsd.org> In-Reply-To: <20111031221627.GR2258@hoeg.nl> References: <201110281426.00013.jhb@freebsd.org> <201110311717.53476.jhb@freebsd.org> <20111031221627.GR2258@hoeg.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, October 31, 2011 6:16:27 pm Ed Schouten wrote: > Hi John, > > * John Baldwin <jhb@freebsd.org>, 20111031 22:17: > > I also really do think that posix_*() truly is far uglier to read. In the > > worst case, imagine something like this: > > > > char *cp; > > > > cp = posix_malloc(posix_strlen(some_string) + 1); > > posix_strcpy(cp, s); > > posix_printf("%s\n", cp); > > > > *blech* > > I do agree it's ugly, but at least it's standardized. The fact is that > it's easier to explain to someone "this code doesn't build on $NONBSD, > because $NONBSD lacks POSIX conformance" than saying "this code doesn't > build on $NONBSD because it uses BSD-specific crap". As I mentioned > previously, there is no fadvise() on Linux. There's no gain in > compatibility by implementing it -- it's just syntactic sugar. Hmmm, there is an fadvise(2) manpage. I had presumed from that it was a public interface. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201111011001.42775.jhb>