home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.12 / text0010.txt < prev    next >
Encoding:
Internet Message Format  |  1989-01-07  |  2.2 KB
  1. From: uunet!Sun.COM!guy (Guy Harris)
  2.  
  3. > 1.  At no time has a proposal been made to standardise the binary
  4. >     cpio format.  Only the `cpio -c' format is under consideration.
  5.  
  6. A proposal was made by Lorraine Kevra of AT&T to standardize both the binary
  7. and character "cpio" format.  Fortunately, this proposal appears to have been
  8. dropped in favor of a character-format-only proposal.
  9.  
  10. > 2.  The `cpio -c' format is widely in use in Europe for both Data
  11. >     Interchange and Archival purposes.  It's widespread use can
  12. >     be attributed, in part, to its endorsement by the X/OPEN Group.
  13.  
  14. Both the "tar" and "cpio -c" format are in wide use throughout the world.  The
  15. major commonly available UNIX source distributions all include implementations
  16. of "tar", but not all of them include implementations of "cpio".
  17.  
  18. > 8.  Inode numbers are not recorded.  Symbolic values (derived from a 
  19. >     file's inode and device numbers) are stored in the header
  20. >     block.  These values are used solely for hard link resolution.
  21.  
  22. > 9.  File types are stored in symbolic form.  Symbols are derived from
  23. >     historical UNIX file type values.  There is room for 64
  24. >     file types; currently only 5 are supported.
  25.  
  26. The proposal does not match what is stated in the X/OPEN Portability Guide
  27. (January 1987).  In Volume 2, section "File Formats", under CPIO(4), it states:
  28.  
  29.     When the "-c" option of "cpio(1)" is used, the header information is
  30.     described by:
  31.  
  32.     printf or scanf(<big string>, <list of arguments>);
  33.  
  34.     ...The meanings of the items "h_dev" through "h_mtime" are explained in
  35.     "stat(2)".
  36.  
  37. The items in question include "h_dev", "h_ino", and "h_mode".
  38.  
  39. Under "stat(2)", those fields are given their customary UNIX meanings.
  40.  
  41. I presume X/OPEN plans to alter CPIO(4) to reflect the fact that "h_dev",
  42. "h_ino", and "h_mode" are no longer directly connected to the "st_dev",
  43. "st_ino", and "st_mode" fields of the "stat" structure.
  44.  
  45. >     - format cannot be extended to meet future requirements
  46. >         Wrong!  Implementations already exist which can
  47. >         archive symbolic links and contiguous files.
  48. >         There is far more scope for future extension
  49. >         than available in the proposed USTAR format.
  50.  
  51. Could you please indicate how this is the case?
  52.  
  53. Volume-Number: Volume 12, Number 11
  54.  
  55.