Jeff Garzik wrote: > Jamie Lokier wrote: > >Once you have fine-grained selection of stat fields - it's natural to > >ask why not allow _additional_ stat fields in an future-extensible > >fashion? A few things would be handy sometimes, such as inode > >generation number, modification generation number (to detect changes > >across reboots), and extra flags indicating COW or other properties. > > That's quite an interesting thought... until you run out of flags, the > stat structure becomes a bit more flexible. I suspect at least one other unix or unix-like OS has done this already, and it might be worth copying the interface. But none come to mind. (I'm not counting DJGPP on MS-DOS ;-) -- Jamie -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
