[lsb-discuss] Adding statfs interfaces
Camp, TracyX E
tracyx.e.camp at intel.com
Thu Dec 14 14:19:20 PST 2006
Sadly we don't have a file system attributes interface in linux (NT has
such a thing which can tell you if the file system supports various
optional semantics). What you really want to know as an application is
'does this file system support locking in a sane fashion'? A file
system magic value is less than optimal for doing this since every app
needs to have some magic/workrounds table internally.
>From: lsb-discuss-bounces at lists.freestandards.org
>[mailto:lsb-discuss-bounces at lists.freestandards.org] On Behalf
>Of Scott Baeder
>Sent: Thursday, December 14, 2006 2:02 PM
>To: Wichmann, Mats D; lsb-discuss at freestandards.org
>Subject: Re: [lsb-discuss] Adding statfs interfaces
>> everywhere I look I get a different list - not different
>> numbers, but a different set of file system identifiers.
>Is there some reason we need the text mapping as part of the
>standard (as opposed to just a way to get and use the "number")
>> If that covers it, I'll just put the NFS identifier
>> in the spec. Otherwise, I need to know which ones
>> need to be supported, and why.
>I don't recall the specifics, but as I recall, AFS was also something
>we originally had to "program" around. Not sure that "old memory" is
>Nearly enough to warrant putting it in the list...But maybe it's a
>networked vs. local file system type thing...
>lsb-discuss mailing list
>lsb-discuss at lists.freestandards.org
More information about the lsb-discuss