lkml.org 
[lkml]   [2006]   [Feb]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: CD writing in future Linux (stirring up a hornets' nest)
    Chris Shoemaker wrote:
    > On Fri, Feb 10, 2006 at 09:13:44AM -0600, Christopher Friesen wrote:

    >>That depends on what "uniquely identified" actually means.
    >
    >
    > "The st_ino and st_dev fields taken together uniquely identify the
    > file within the system."

    >>The other possibility (and this is what you seem to be advocating) is
    >>that a st_ino/st_dev tuple always maps to the same file over the entire
    >>runtime of the system.

    > However, I don't think this is a reasonable interpretation, and it's
    > clearly _not_ the one that Joerg is implying.
    >
    > Joerg is claiming that the quoted sentence also implies that
    > _different_ st_ino/st_dev pairs will _always_ identify different
    > files. Taken in just the immediate context of stat.h, this is a
    > very reasonable interpretation.

    It seems to me that "st_ino/st_dev tuple always maps to the same file"
    is equivalent to "different st_ino/st_dev pairs will always identify
    different files". What is the distinction between the two statements?

    As I see it, the main question is whether it is a unique mapping *at one
    specific point in time*, or is it a unique mapping *for the duration of
    the system*? Note that in this case "system" includes "parts of the
    tree that may be remotely mounted from other machines on the network".

    I would suggest that the spec doesn't specify the duration of the unique
    mapping, and thus as long as there is a unique mapping *at any
    particular point in time*, then there is no conflict.

    If we read it as requiring a unique mapping for the duration of the
    system, consider a hypothetical "system" that includes all the devices
    of all the computers on the planet, and they are all dynamically
    appearing and disappearing continuously. Consider the technical
    challenge in ensuring that each file on this hypothetical system is
    permanently and uniquely identified by a device/inode pair.

    Chris
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2006-02-10 16:56    [W:4.087 / U:0.192 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site