Date: Sun, 27 Jun 1999 21:00:07 -0400 (EDT) From: Alexander Viro <viro@math.psu.edu> To: Doug Rabson <dfr@nlsystems.com> Cc: Bill Sommerfeld <sommerfeld@orchard.arlington.ma.us>, Francois-Rene Rideau <fare@tunes.org>, Linux Kernel <linux-kernel@vger.rutgers.edu>, FreeBSD Hackers <freebsd-hackers@freebsd.org>, NetBSD Kernel <tech-kern@netbsd.org> Subject: Re: Improving the Unix API Message-ID: <Pine.GSO.4.10.9906272046450.24019-100000@weyl.math.psu.edu> In-Reply-To: <Pine.BSF.4.05.9906280017510.80685-100000@herring.nlsystems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 28 Jun 1999, Doug Rabson wrote: > I'm talking about the concept of a header file containing something like: > > #define FL_VFS 0 > #define FL_FOOFS 1 > #define FD_BARFS 2 > ... > > not being scalable. > > Do you have a complete list of filesystem types? Are you prepared to act > as an Assigned Number authority for that list. For this kind of problem, > strings are a damn sight easier to manage in the long term. Augh... It's ugly, indeed, but... sysctl() is not much nicer and all systems in question manage to deal with it somehow. OTOH doing it as strings... Hell knows. I'll look at it. Considering that HFS folks had already asked for more than one value here (creator and type?) it may be reasonable. I'm afraid that doing that may open the hell gates ;-/ 'N' in *ANA can be 'namespace' as well as 'number'... <asbestos underware>[1] BTW, how does NetBSD deal with HFS <cough> forks? </asbestos underware> [1] cue current flamew^Wthreads on l-k regarding files-as-directories hell. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.10.9906272046450.24019-100000>