home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.28 / text0062.txt < prev    next >
Encoding:
Text File  |  1992-08-17  |  3.2 KB  |  104 lines
  1. Submitted-by: peter@ferranti.com (Peter da Silva)
  2.  
  3. I'm not familiar with the ISO1001 format, but I would like to suggest a textual
  4. self-documenting format, like RFC822. You don't need to put the actual field
  5. names in every file header if you establish a property file at the beginning of
  6. the archive. For example:
  7.  
  8.     FieldCodeset: ASCII
  9.     FieldSeparator: <0A>
  10.  
  11. [ these two would be required for the initial header, and need to be in an
  12.   agreed on language. ]
  13.  
  14.     HeaderLength: 96
  15.     BodyLength: 0
  16.     Common: HeaderLength,BodyLength,FileName,ModificationTime,Owner
  17.  
  18. [ This establishes the common fields until the next Common field ]
  19.  
  20.     2746
  21.     13995
  22.     usr/local/src/pax/Makefile
  23.     19920723.194516.0001
  24.     peter
  25.  
  26. [ These are the header length, body length, filename, etcetera for the first
  27.   file ]
  28.  
  29.     FileComment: Remember to edit this for local architecture[...]
  30.  
  31. [ This is a part of the file system on the originating system. Would probably
  32.   end up in usr/local/src/pax/.Unresolved/Makefile on UNIX ]
  33.  
  34.     #!/bin/make
  35.     [...]
  36.  
  37. This should require a minimal amount of additional space, and would be
  38. indefinitely extensible. Older versions of the archive program could
  39. discard unknown headers, or stick them in a file somewhere for later
  40. messing around with. It should also be relatively easy to treat as a fixed
  41. record length format.
  42.  
  43. >     - Support for >32 bit systems
  44.  
  45. Inherent.
  46.  
  47. >     - Be extensible, to allow for future support of security information,
  48. >       contiguous files, system management information, special files,
  49. >       larger field sizes for dates, times, file lengths, etc.
  50.  
  51. Inherent.
  52.  
  53. >     - Support portability of file, user, group names and other
  54. >       file information across machines of differing codesets and/or
  55. >       locales (i.e. it should work on ASCII, EBCDIC, ISO 10646 and
  56. >       Shift-JIS systems alike).
  57.  
  58. With the caveat that a standard character set be used for the first two fields.
  59.  
  60. >     - The archive must be able to be stored on as many media types
  61. >       as possible, including but not limited to 9-track and streaming 
  62. >       tape, diskette, CDROM, ftp files, etc.
  63.  
  64. Inherent.
  65.  
  66. >         - Encryption of individual files in the archive
  67.  
  68. Simple extension: new file header.
  69.  
  70. >         - Compression of individual files in the archive
  71.  
  72. Ditto.
  73.  
  74. >         - Translation of file contents between differing
  75. >           codesets (i.e. format only needs to handle translation
  76. >           of file *names*, etc)
  77.  
  78. Ditto. ( add Body-Type )
  79.  
  80. >         - Storage of filesystem specific information (such as inodes)
  81.  
  82. Ditto.
  83.  
  84. >         - Direct mailability of the archive file (without translation,
  85. >           such as through uuencode)
  86.  
  87. Probably ditto, assuming no magic in the bodies or lines that are too long
  88. for mail.
  89.  
  90. This is obviously not a complete proposal. I would appreciate feedback and
  91. suggestions, and if they seem positive I'll go ahead and write a real proposal
  92. up. The intellectual property status and usage of RFC822 is presumably not
  93. going to be a problem.
  94.  
  95. -- 
  96. Peter da Silva                                               `-_-'
  97. $ EDIT/TECO LOVE                                              'U` 
  98. %TECO-W-OLDJOKE Not war?                        Have you hugged your wolf today?
  99. Ferranti Intl. Ctls. Corp.      Sugar Land, TX  77487-5012       +1 713 274 5180
  100.  
  101.  
  102. Volume-Number: Volume 28, Number 64
  103.  
  104.