[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.


>-----Original Message-----
>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 mailing list