This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 0/6] Extended file stat system call
- From: Nix <nix at esperi dot org dot uk>
- To: Roland McGrath <roland at hack dot frob dot com>
- Cc: David Howells <dhowells at redhat dot com>, linux-fsdevel at vger dot kernel dot org, linux-nfs at vger dot kernel dot org, linux-cifs at vger dot kernel dot org, samba-technical at lists dot samba dot org, linux-ext4 at vger dot kernel dot org, wine-devel at winehq dot org, kfm-devel at kde dot org, nautilus-list at gnome dot org, linux-api at vger dot kernel dot org, libc-alpha at sourceware dot org
- Date: Thu, 26 Apr 2012 23:21:08 +0100
- Subject: Re: [PATCH 0/6] Extended file stat system call
- References: <20120426182524.E5ADF2C0EC@topped-with-meat.com><20120419163238.61D382C0DF@topped-with-meat.com><20120419140558.17272.74360.stgit@warthog.procyon.org.uk><19184.1335448455@redhat.com> <9931.1335477281@redhat.com><20120426220242.53FC22C0D3@topped-with-meat.com>
On 26 Apr 2012, Roland McGrath verbalised:
>> fileinfoat() perhaps? I think stat*at() is better, though, as people are
>> used to the stat function family.
>
> Names like that were all I had thought of when I said I hadn't thought of
> any good ones. ;-)
Quite. It's a garden-path function name. "What's a foat and why would I
want to put a file in one?"
--
NULL && (void)