home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.21 / text0172.txt < prev    next >
Encoding:
Text File  |  1990-10-26  |  2.4 KB  |  48 lines
  1. Submitted-by: domo@tsa.co.uk (Dominic Dunlop)
  2.  
  3. In article <107020@uunet.UU.NET> donn@hpfcrn.fc.hp.com (Donn Terry) writes
  4. cogently about file system and other name spaces.  I'm not going to add
  5. significantly to what he said, merely embroider a little:
  6.  
  7. > One of the class of objects named in the namespace is ordinary files.
  8. > The set of ordinary files is a collection of flat namespaces, where
  9. > the names are (binary) numbers.  (Each mounted volume is an element
  10. > of the collection, and each i-number is a filename.  The "real names"
  11. > of files are the volume and i-number pair; that's how you tell if two
  12. > files are identical, not by their names in the namespace, of which
  13. > they may have zero or more.)  (The fact that the other object types
  14. > also usually have i-numbers is an accident of implementation.)
  15.  
  16. I'd just like to add that the existing POSIX.1 standard does incorporate
  17. the concept of ``a per-file system unique identifier for a file'',
  18. although its ethnic origins have been disguised by calling it a ``file
  19. serial number'' rather than an i-number.  The corresponding field in the
  20. stat structure is, by no coincidence at all, st_ino.
  21.  
  22. Donn's point about the need to be able to determine whether two
  23. ``handles'' (whatever they may be) refer to the same object is a good
  24. one.  It follows that, if new types of object are made accessible
  25. through filename space, the information returned by stat() (or fstat())
  26. should be sufficient uniquely to identify each distinct object.  Of
  27. course, where the object is not a conventional file, life becomes more
  28. complex than simply saying that each unique serial number/device id
  29. combination refers to a unique object.  Although POSIX.1 is 
  30. reticent on the topic because it is studiously avoiding the UNIX-ism of
  31. major and minor device numbers, we all know that, faced with a device
  32. file on a UN*X system, we should ignore the serial number, and use only
  33. the device id in determining uniqueness.
  34.  
  35. I dare say that, as more types of object appear in filename space (and
  36. I, for one, should like to see them do so), the question of determining
  37. uniqueness will become knottier.  Suppose, for example, that one used
  38. filenames as handles for virtual circuits across a wide-area network.
  39. Conceivably, the number of such circuits could be sufficiently large
  40. that it will become difficult o shoe-horn a unique identifier into the
  41. existing stat structure fields.  A problem for the future?
  42.  
  43. -- 
  44. Dominic Dunlop
  45.  
  46. Volume-Number: Volume 21, Number 172
  47.  
  48.