home *** CD-ROM | disk | FTP | other *** search
/ Geek Gadgets 1 / ADE-1.bin / ade-dist / tar-1.11.8-bin.lha / info / tar.info-7 (.txt) < prev   
GNU Info File  |  1996-10-12  |  37KB  |  680 lines
  1. This is Info file tar.info, produced by Makeinfo-1.64 from the input
  2. file /ade-src/fsf/tar/doc/tar.texinfo.
  3. START-INFO-DIR-ENTRY
  4. * tar: (tar).            Making tape (or disk) archives.
  5. END-INFO-DIR-ENTRY
  6.    This file documents GNU `tar', a utility used to store, backup, and
  7. transport files.
  8.    Copyright (C) 1992, 1994, 1995 Free Software Foundation, Inc.
  9.    Permission is granted to make and distribute verbatim copies of this
  10. manual provided the copyright notice and this permission notice are
  11. preserved on all copies.
  12.    Permission is granted to copy and distribute modified versions of
  13. this manual under the conditions for verbatim copying, provided that
  14. the entire resulting derived work is distributed under the terms of a
  15. permission notice identical to this one.
  16.    Permission is granted to copy and distribute translations of this
  17. manual into another language, under the above conditions for modified
  18. versions, except that this permission notice may be stated in a
  19. translation approved by the Foundation.
  20. File: tar.info,  Node: Standard,  Next: Extensions,  Prev: Archive Format,  Up: Archive Format
  21. The Standard Format
  22. ===================
  23.      *(This message will disappear, once this node revised.)*
  24.    A `tar' archive file contains a series of records.  Each record
  25. contains `RECORDSIZE' bytes.  Although this format may be thought of as
  26. being on magnetic tape, other media are often used.
  27.    Each file archived is represented by a header record which describes
  28. the file, followed by zero or more records which give the contents of
  29. the file.  At the end of the archive file there may be a record filled
  30. with binary zeros as an end-of-file marker.  A reasonable system should
  31. write a record of zeros at the end, but must not assume that such a
  32. record exists when reading an archive.
  33.    The records may be "blocked" for physical I/O operations.  Each
  34. block of N records (where N is set by the `--block-size=512-SIZE' (`-b
  35. 512-SIZE') option to `tar') is written with a single `write ()'
  36. operation.  On magnetic tapes, the result of such a write is a single
  37. tape record.  When writing an archive, the last block of records should
  38. be written at the full size, with records after the zero record
  39. containing all zeroes.  When reading an archive, a reasonable system
  40. should properly handle an archive whose last block is shorter than the
  41. rest, or which contains garbage records after a zero record.
  42.    The header record is defined in C as follows.  In the GNU `tar'
  43. distribution, this is part of file `src/tar.h':
  44.      /* Standard Archive Format - Standard TAR - USTAR.  */
  45.      
  46.      /* Header block on tape.
  47.      
  48.         We use traditional DP naming conventions here.  A "block" is a big chunk
  49.         of stuff that we do I/O on.  A "record" is a piece of info that we care
  50.         about.  Typically many "record"s fit into a "block".  */
  51.      
  52.      #define RECORDSIZE      512
  53.      #define NAMSIZ          100
  54.      #define TUNMLEN         32
  55.      #define TGNMLEN         32
  56.      #define SPARSE_EXT_HDR  21
  57.      #define SPARSE_IN_HDR   4
  58.      
  59.      struct sparse
  60.        {
  61.          char offset[12];
  62.          char numbytes[12];
  63.        };
  64.      
  65.      union record
  66.        {
  67.          char charptr[RECORDSIZE];
  68.      
  69.          struct header
  70.            {
  71.              char arch_name[NAMSIZ];
  72.              char mode[8];
  73.              char uid[8];
  74.              char gid[8];
  75.              char size[12];
  76.              char mtime[12];
  77.              char chksum[8];
  78.              char linkflag;
  79.              char arch_linkname[NAMSIZ];
  80.              char magic[8];
  81.              char uname[TUNMLEN];
  82.              char gname[TGNMLEN];
  83.              char devmajor[8];
  84.              char devminor[8];
  85.      
  86.              /* The following fields were added for GNU and are not standard.  */
  87.      
  88.              char atime[12];
  89.              char ctime[12];
  90.              char offset[12];
  91.              char longnames[4];
  92.              /* Some compilers would insert the pad themselves, so pad was
  93.                 once autoconfigured.  It is simpler to always insert it!  */
  94.              char pad;
  95.              struct sparse sp[SPARSE_IN_HDR];
  96.              char isextended;
  97.              char realsize[12];      /* true size of the sparse file */
  98.      #if 0
  99.              char ending_blanks[12]; /* number of nulls at the end of the file,
  100.                                         if any */
  101.      #endif
  102.            }
  103.          header;
  104.      
  105.          struct extended_header
  106.            {
  107.              struct sparse sp[21];
  108.              char isextended;
  109.            }
  110.          ext_hdr;
  111.        };
  112.      
  113.      /* The checksum field is filled with this while the checksum is computed.  */
  114.      #define CHKBLANKS       "        "      /* 8 blanks, no null */
  115.      
  116.      /* The magic field is filled with this value if uname and gname are valid,
  117.         marking the archive as being in standard POSIX format (though GNU tar
  118.         itself is not POSIX conforming).  */
  119.      #define TMAGIC "ustar  "        /* 7 chars and a null */
  120.      
  121.      /* The magic field is filled with this if this is a GNU format dump entry.
  122.         But I suspect this is not true anymore.  */
  123.      #define GNUMAGIC "GNUtar "      /* 7 chars and a null */
  124.      
  125.      /* The linkflag defines the type of file.  */
  126.      #define LF_OLDNORMAL    '\0'    /* normal disk file, Unix compat */
  127.      #define LF_NORMAL       '0'     /* normal disk file */
  128.      #define LF_LINK         '1'     /* link to previously dumped file */
  129.      #define LF_SYMLINK      '2'     /* symbolic link */
  130.      #define LF_CHR          '3'     /* character special file */
  131.      #define LF_BLK          '4'     /* block special file */
  132.      #define LF_DIR          '5'     /* directory */
  133.      #define LF_FIFO         '6'     /* FIFO special file */
  134.      #define LF_CONTIG       '7'     /* contiguous file */
  135.      /* Further link types may be defined later.  */
  136.      
  137.      /* Note that the standards committee allows only capital A through
  138.         capital Z for user-defined expansion.  This means that defining
  139.         something as, say '8' is a *bad* idea.  */
  140.      
  141.      /* This is a dir entry that contains the names of files that were in the
  142.         dir at the time the dump was made.  */
  143.      #define LF_DUMPDIR      'D'
  144.      
  145.      /* Identifies the NEXT file on the tape as having a long linkname.  */
  146.      #define LF_LONGLINK     'K'
  147.      
  148.      /* Identifies the NEXT file on the tape as having a long name.  */
  149.      #define LF_LONGNAME     'L'
  150.      
  151.      /* This is the continuation of a file that began on another volume.  */
  152.      #define LF_MULTIVOL     'M'
  153.      
  154.      /* For storing filenames that didn't fit in 100 characters.  */
  155.      #define LF_NAMES        'N'
  156.      
  157.      /* This is for sparse files.  */
  158.      #define LF_SPARSE       'S'
  159.      
  160.      /* This file is a tape/volume header.  Ignore it on extraction.  */
  161.      #define LF_VOLHDR       'V'
  162.      
  163.      #if 0
  164.      /* The following two blocks of #define's are unused in GNU tar.  */
  165.      
  166.      /* Bits used in the mode field - values in octal */
  167.      #define  TSUID    04000         /* set UID on execution */
  168.      #define  TSGID    02000         /* set GID on execution */
  169.      #define  TSVTX    01000         /* save text (sticky bit) */
  170.      
  171.      /* File permissions */
  172.      #define  TUREAD   00400         /* read by owner */
  173.      #define  TUWRITE  00200         /* write by owner */
  174.      #define  TUEXEC   00100         /* execute/search by owner */
  175.      #define  TGREAD   00040         /* read by group */
  176.      #define  TGWRITE  00020         /* write by group */
  177.      #define  TGEXEC   00010         /* execute/search by group */
  178.      #define  TOREAD   00004         /* read by other */
  179.      #define  TOWRITE  00002         /* write by other */
  180.      #define  TOEXEC   00001         /* execute/search by other */
  181.      
  182.      #endif
  183.      
  184.      /* End of Standard Archive Format description.  */
  185.    All characters in header records are represented by using 8-bit
  186. characters in the local variant of ASCII.  Each field within the
  187. structure is contiguous; that is, there is no padding used within the
  188. structure.  Each character on the archive medium is stored contiguously.
  189.    Bytes representing the contents of files (after the header record of
  190. each file) are not translated in any way and are not constrained to
  191. represent characters in any character set.  The `tar' format does not
  192. distinguish text files from binary files, and no translation of file
  193. contents is performed.
  194.    The `name', `linkname', `magic', `uname', and `gname' are
  195. null-terminated character strings.  All other fileds are zero-filled
  196. octal numbers in ASCII.  Each numeric field of width W contains W minus
  197. 2 digits, a space, and a null, except `size', and `mtime', which do not
  198. contain the trailing null.
  199.    The `name' field is the file name of the file, with directory names
  200. (if any) preceding the file name, separated by slashes.
  201. FIXME: how big a name before field overflows?
  202.    The `mode' field provides nine bits specifying file permissions and
  203. three bits to specify the Set UID, Set GID, and Save Text ("sticky")
  204. modes.  Values for these bits are defined above.  When special
  205. permissions are required to create a file with a given mode, and the
  206. user restoring files from the archive does not hold such permissions,
  207. the mode bit(s) specifying those special permissions are ignored.
  208. Modes which are not supported by the operating system restoring files
  209. from the archive will be ignored.  Unsupported modes should be faked up
  210. when creating or updating an archive; e.g. the group permission could
  211. be copied from the *other* permission.
  212.    The `uid' and `gid' fields are the numeric user and group ID of the
  213. file owners, respectively.  If the operating system does not support
  214. numeric user or group IDs, these fields should be ignored.
  215.    The `size' field is the size of the file in bytes; linked files are
  216. archived with this field specified as zero.
  217. FIXME: xref Modifiers
  218.    , in particular the `--incremental' (`-G') option.
  219.    The `mtime' field is the modification time of the file at the time
  220. it was archived.  It is the ASCII representation of the octal value of
  221. the last time the file was modified, represented as an integer number of
  222. seconds since January 1, 1970, 00:00 Coordinated Universal Time.
  223.    The `chksum' field is the ASCII representation of the octal value of
  224. the simple sum of all bytes in the header record.  Each 8-bit byte in
  225. the header is added to an unsigned integer, initialized to zero, the
  226. precision of which shall be no less than seventeen bits.  When
  227. calculating the checksum, the `chksum' field is treated as if it were
  228. all blanks.
  229.    The `typeflag' field specifies the type of file archived.  If a
  230. particular implementation does not recognize or permit the specified
  231. type, the file will be extracted as if it were a regular file.  As this
  232. action occurs, `tar' issues a warning to the standard error.
  233.    The `atime' and `ctime' fields are used in making incremental
  234. backups; they store, respectively, the particular file's access time
  235. and last inode-change time.
  236.    The `offset' is used by the `--multi-volume' (`-M') option, when
  237. making a multi-volume archive.  The offset is number of bytes into the
  238. file that we need to restart at to continue the file on the next tape,
  239. i.e., where we store the location that a continued file is continued at.
  240.    The following fields were added to deal with sparse files.  A file
  241. is "sparse" if it takes in unallocated blocks which end up being
  242. represented as zeros, i.e., no useful data.  A test to see if a file is
  243. sparse is to look at the number blocks allocated for it versus the
  244. number of characters in the file; if there are fewer blocks allocated
  245. for the file than would normally be allocated for a file of that size,
  246. then the file is sparse.  This is the method `tar' uses to detect a
  247. sparse file, and once such a file is detected, it is treated
  248. differently from non-sparse files.
  249.    Sparse files are often `dbm' files, or other database-type files
  250. which have data at some points and emptiness in the greater part of the
  251. file.  Such files can appear to be very large when an `ls -l' is done
  252. on them, when in truth, there may be a very small amount of important
  253. data contained in the file.  It is thus undesirable to have `tar' think
  254. that it must back up this entire file, as great quantities of room are
  255. wasted on empty blocks, which can lead to running out of room on a tape
  256. far earlier than is necessary.  Thus, sparse files are dealt with so
  257. that these empty blocks are not written to the tape.  Instead, what is
  258. written to the tape is a description, of sorts, of the sparse file:
  259. where the holes are, how big the holes are, and how much data is found
  260. at the end of the hole.  This way, the file takes up potentially far
  261. less room on the tape, and when the file is extracted later on, it will
  262. look exactly the way it looked beforehand.  The following is a
  263. description of the fields used to handle a sparse file:
  264.    The `sp' is an array of `struct sparse'.  Each `struct sparse'
  265. contains two 12-character strings which represent an offset into the
  266. file and a number of bytes to be written at that offset.  The offset is
  267. absolute, and not relative to the offset in preceding array element.
  268.    The header can hold four of these `struct sparse' at the moment; if
  269. more are needed, they are not stored in the header.
  270.    The `isextended' flag is set when an `extended_header' is needed to
  271. deal with a file.  Note that this means that this flag can only be set
  272. when dealing with a sparse file, and it is only set in the event that
  273. the description of the file will not fit in the alloted room for sparse
  274. structures in the header.  In other words, an extended_header is needed.
  275.    The `extended_header' structure is used for sparse files which need
  276. more sparse structures than can fit in the header.  The header can fit
  277. 4 such structures; if more are needed, the flag `isextended' gets set
  278. and the next record is an `extended_header'.
  279.    Each `extended_header' structure contains an array of 21 sparse
  280. structures, along with a similar `isextended' flag that the header had.
  281. There can be an indeterminate number of such `extended_header's to
  282. describe a sparse file.
  283. `LF_NORMAL'
  284. `LF_OLDNORMAL'
  285.      These flags represent a regular file.  In order to be compatible
  286.      with older versions of `tar', a `typeflag' value of `LF_OLDNORMAL'
  287.      should be silently recognized as a regular file.  New archives
  288.      should be created using `LF_NORMAL'.  Also, for backward
  289.      compatibility, `tar' treats a regular file whose name ends with a
  290.      slash as a directory.
  291. `LF_LINK'
  292.      This flag represents a file linked to another file, of any type,
  293.      previously archived.  Such files are identified in Unix by each
  294.      file having the same device and inode number.  The linked-to name
  295.      is specified in the `linkname' field with a trailing null.
  296. `LF_SYMLINK'
  297.      This represents a symbolic link to another file.  The linked-to
  298.      name is specified in the `linkname' field with a trailing null.
  299. `LF_CHR'
  300. `LF_BLK'
  301.      These represent character special files and block special files
  302.      respectively.  In this case the `devmajor' and `devminor' fields
  303.      will contain the major and minor device numbers respectively.
  304.      Operating systems may map the device specifications to their own
  305.      local specification, or may ignore the entry.
  306. `LF_DIR'
  307.      This flag specifies a directory or sub-directory.  The directory
  308.      name in the `name' field should end with a slash.  On systems where
  309.      disk allocation is performed on a directory basis, the `size' field
  310.      will contain the maximum number of bytes (which may be rounded to
  311.      the nearest disk block allocation unit) which the directory may
  312.      hold.  A `size' field of zero indicates no such limiting.  Systems
  313.      which do not support limiting in this manner should ignore the
  314.      `size' field.
  315. `LF_FIFO'
  316.      This specifies a FIFO special file.  Note that the archiving of a
  317.      FIFO file archives the existence of this file and not its contents.
  318. `LF_CONTIG'
  319.      This specifies a contiguous file, which is the same as a normal
  320.      file except that, in operating systems which support it, all its
  321.      space is allocated contiguously on the disk.  Operating systems
  322.      which do not allow contiguous allocation should silently treat this
  323.      type as a normal file.
  324. `A' ... `Z'
  325.      These are reserved for custom implementations.  Some of these are
  326.      used in the GNU modified format, as described below.
  327.    Other values are reserved for specification in future revisions of
  328. the P1003 standard, and should not be used by any `tar' program.
  329.    The `magic' field indicates that this archive was output in the
  330. P1003 archive format.  If this field contains `TMAGIC', the `uname' and
  331. `gname' fields will contain the ASCII representation of the owner and
  332. group of the file respectively.  If found, the user and group IDs are
  333. used rather than the values in the `uid' and `gid' fields.
  334. File: tar.info,  Node: Extensions,  Next: cpio,  Prev: Standard,  Up: Archive Format
  335. GNU Extensions to the Archive Format
  336. ====================================
  337.      *(This message will disappear, once this node revised.)*
  338.    The GNU format uses additional file types to describe new types of
  339. files in an archive.  These are listed below.
  340. `LF_DUMPDIR'
  341. `'D''
  342.      This represents a directory and a list of files created by the
  343.      `--incremental' (`-G') option.  The `size' field gives the total
  344.      size of the associated list of files.  Each file name is preceded
  345.      by either a `Y' (the file should be in this archive) or an `N'.
  346.      (The file is a directory, or is not stored in the archive.)  Each
  347.      file name is terminated by a null.  There is an additional null
  348.      after the last file name.
  349. `LF_MULTIVOL'
  350. `'M''
  351.      This represents a file continued from another volume of a
  352.      multi-volume archive created with the `--multi-volume' (`-M')
  353.      option.  The original type of the file is not given here.  The
  354.      `size' field gives the maximum size of this piece of the file
  355.      (assuming the volume does not end before the file is written out).
  356.      The `offset' field gives the offset from the beginning of the
  357.      file where this part of the file begins.  Thus `size' plus
  358.      `offset' should equal the original size of the file.
  359. `LF_SPARSE'
  360. `'S''
  361.      This flag indicates that we are dealing with a sparse file.  Note
  362.      that archiving a sparse file requires special operations to find
  363.      holes in the file, which mark the positions of these holes, along
  364.      with the number of bytes of data to be found after the hole.
  365. `LF_VOLHDR'
  366. `'V''
  367.      This file type is used to mark the volume header that was given
  368.      with the `--label=ARCHIVE-LABEL' (`-V ARCHIVE-LABEL') option when
  369.      the archive was created.  The `name' field contains the `name'
  370.      given after the `--label=ARCHIVE-LABEL' (`-V ARCHIVE-LABEL')
  371.      option.  The `size' field is zero.  Only the first file in each
  372.      volume of an archive should have this type.
  373.    You may have trouble reading a GNU format archive on a non-GNU
  374. system if the options `--incremental' (`-G'), `--multi-volume' (`-M'),
  375. `--sparse' (`-S'), or `--label=ARCHIVE-LABEL' (`-V ARCHIVE-LABEL') were
  376. used when writing the archive.  In general, if `tar' does not use the
  377. GNU-added fields of the header, other versions of `tar' should be able
  378. to read the archive.  Otherwise, the `tar' program will give an error,
  379. the most likely one being a checksum error.
  380. File: tar.info,  Node: cpio,  Prev: Extensions,  Up: Archive Format
  381. Comparison of `tar' and `cpio'
  382. ==============================
  383.      *(This message will disappear, once this node revised.)*
  384.    Here is a summary of differences between `tar' and `cpio'.  The
  385. accuracy of the following information has not been verified.  The
  386. following people contributed to this section, mainly through a survey
  387. conducted in 1991.  The remainder of this section does not otherwise
  388. try to relate topics to people.
  389.      Bent Bertelsen          dmdata@login.dkuug.dk
  390.      David Hoopes            talgras!david
  391.      Guy Harris              guy@auspex.com
  392.      Kai Petzke              wpp@marie.physik.tu-berlin.de
  393.      Kristen Nielsen         dmdata@login.dkuug.dk
  394.      Leslie Mikesell         les@chinet.chi.il.us
  395. FIXME: Reorganize the following material
  396.    `tar' handles symbolic links in the form in which it comes in BSD;
  397. `cpio' doesn't handle symbolic links in the form in which it comes in
  398. System V prior to SVR4, and some vendors may have added symlinks to
  399. their system without enhancing `cpio' to know about them.  Others may
  400. have enhanced it in a way other than the way I did it at Sun, and which
  401. was adopted by AT&T (and which is, I think, also present in the `cpio'
  402. that Berkeley picked up from AT&T and put into a later BSD release--I
  403. think I gave them my changes).
  404.    (SVR4 does some funny stuff with `tar'; basically, its `cpio' can
  405. handle `tar' format input, and write it on output, and it probably
  406. handles symbolic links.  They may not have bothered doing anything to
  407. enhance `tar' as a result.)
  408.    `cpio' handles special files; traditional `tar' doesn't.
  409.    `tar' comes with V7, System III, System V, and BSD source; `cpio'
  410. comes only with System III, System V, and later BSD (4.3-tahoe and
  411. later).
  412.    `tar''s way of handling multiple hard links to a file can handle
  413. file systems that support 32-bit inumbers (e.g., the BSD file system);
  414. `cpio's way requires you to play some games (in its "binary" format,
  415. i-numbers are only 16 bits, and in its "portable ASCII" format, they're
  416. 18 bits--it would have to play games with the "file system ID" field of
  417. the header to make sure that the file system ID/i-number pairs of
  418. different files were always different), and I don't know which `cpio's,
  419. if any, play those games.  Those that don't might get confused and
  420. think two files are the same file when they're not, and make hard links
  421. between them.
  422.    `tar's way of handling multiple hard links to a file places only one
  423. copy of the link on the tape, but the name attached to that copy is the
  424. *only* one you can use to retrieve the file; `cpio's way puts one copy
  425. for every link, but you can retrieve it using any of the names.
  426.      >What type of check sum (if any) is used, and how is this
  427.      calculated.
  428.    See the attached manual pages for `tar' and `cpio' format.  `tar'
  429. uses a checksum which is the sum of all the bytes in the `tar' header
  430. for a file; `cpio' uses no checksum.
  431.      >If anyone knows why `cpio' was made when `tar' was prasent >at
  432.      the unix scene,
  433.    It wasn't.  `cpio' first showed up in PWB/UNIX 1.0; no
  434. generally-available version of UNIX had `tar' at the time.  I don't
  435. know whether any version that was generally available *within AT&T* had
  436. `tar', or, if so, whether the people within AT&T who did `cpio' knew
  437. about it.
  438.    On restore, if there is a corruption on a tape `tar' will stop at
  439. that point, while `cpio' will skip over it and try to restore the rest
  440. of the files.
  441.    The main difference is just in the command syntax and header format.
  442.    `tar' is a little more tape-oriented in that everything is blocked
  443. to start on a block boundary.
  444.      >Is there any differences between the ability to recover crashed
  445.      >archives between the two of them. (Is there any chance of
  446.      recovering >crashed archives at all.)
  447.    Theoretically it should be easier under `tar' since the blocking
  448. lets you find a header with some variation of `dd skip=NN'.  However,
  449. modern `cpio''s and variations have an option to just search for the
  450. next file header after an error with a reasonable chance of re-syncing.
  451. However, lots of tape driver software won't allow you to continue past
  452. a media error which should be the only reason for getting out of sync
  453. unless a file changed sizes while you were writing the archive.
  454.      >If anyone knows why `cpio' was made when `tar' was prasent >at
  455.      the unix scene, please tell me about this too.
  456.    Probably because it is more media efficient (by not blocking
  457. everything and using only the space needed for the headers where `tar'
  458. always uses 512 bytes per file header) and it knows how to archive
  459. special files.
  460.    You might want to look at the freely available alternatives.  The
  461. major ones are `afio', GNU `tar', and `pax', each of which have their
  462. own extensions with some backwards compatibility.
  463.    Sparse files were `tar'red as sparse files (which you can easily
  464. test, because the resulting archive gets smaller, and GNU `cpio' can no
  465. longer read it).
  466. File: tar.info,  Node: Index,  Prev: Archive Format,  Up: Top
  467. Index
  468. *****
  469. * Menu:
  470. * abbreviations for months:             Calendar date item.
  471. * absolute file names:                  Device.
  472. * Adding archives to an archive:        Combining Archives.
  473. * Adding files to an archive:           Adding to an Existing Archive.
  474. * Age, excluding files by:              Characteristics.
  475. * ago in date strings:                  Relative item in date strings.
  476. * Alaska-Hawaii Time:                   Timezone item.
  477. * am in date strings:                   Time of day item.
  478. * archive:                              What tar Does.
  479. * Archive contents, list of:            Listing Archive Members.
  480. * Archive creation:                     Creating a New Archive.
  481. * archive member:                       What tar Does.
  482. * Archive members, list of:             Listing Archive Members.
  483. * Archive Name:                         Changing the Archive Name.
  484. * Atlantic Standard Time:               Timezone item.
  485. * authors of getdate:                   Authors of getdate.
  486. * Azores Time:                          Timezone item.
  487. * Baghdad Time:                         Timezone item.
  488. * beginning of time, for Unix:          Date input formats.
  489. * Bellovin, Steven M.:                  Authors of getdate.
  490. * Berets, Jim:                          Authors of getdate.
  491. * Berry, K.:                            Authors of getdate.
  492. * Block Size:                           Blocking Factor.
  493. * blocking factor:                      Blocking Factor.
  494. * Blocks, incomplete:                   Archive Reading Options.
  495. * bug reports:                          Bug reports.
  496. * Bytes per block:                      Blocking Factor.
  497. * calendar date item:                   Calendar date item.
  498. * case, ignored in dates:               General date syntax.
  499. * Central Alaska Time:                  Timezone item.
  500. * Central European Time:                Timezone item.
  501. * Central Standard Time:                Timezone item.
  502. * China Coast Time:                     Timezone item.
  503. * comments, in dates:                   General date syntax.
  504. * Compressed archives:                  Compressed Archives.
  505. * Concatenating Archives:               Combining Archives.
  506. * corrupted archives <1>:               Type Options.
  507. * corrupted archives:                   Full Dumps.
  508. * DAT blocking:                         Blocking Factor.
  509. * date format, ISO 8601:                Calendar date item.
  510. * date input formats:                   Date input formats.
  511. * day in date strings:                  Relative item in date strings.
  512. * day of week item:                     Day of week item.
  513. * daylight savings time:                Timezone item.
  514. * Deleting files from an archive:       Removing Archive Members.
  515. * Directing output:                     Changing the Archive Name.
  516. * directory arguments:                  Basic tar Operations.
  517. * Directory, changing in mid-stream:    Changing Directory.
  518. * Disk space, running out of:           Scarce Disk Space.
  519. * displacement of dates:                Relative item in date strings.
  520. * Double-checking a write operation:    Write Verification.
  521. * dumps, full:                          Full Dumps.
  522. * dumps, incremental:                   Inc Dumps.
  523. * East Australian Standard Time:        Timezone item.
  524. * Eastern European Time:                Timezone item.
  525. * Eastern Standard Time:                Timezone item.
  526. * End-of-archive entries, ignoring:     Archive Reading Options.
  527. * entry:                                What tar Does.
  528. * epoch, for Unix:                      Date input formats.
  529. * Error message, record number of:      Checking Progress.
  530. * Exabyte blocking:                     Blocking Factor.
  531. * Excluding file by age:                Characteristics.
  532. * Excluding files by file system:       Characteristics.
  533. * Excluding files by name and pattern:  Characteristics.
  534. * exit status:                          Synopsis.
  535. * extraction:                           What tar Does.
  536. * Extraction:                           Extracting Archive Members.
  537. * Feedback from tar:                    Checking Progress.
  538. * file name:                            What tar Does.
  539. * File Name arguments, alternatives:    Reading Names from a File.
  540. * File names, excluding files by:       Characteristics.
  541. * File names, using symbolic links:     Symbolic Links.
  542. * File system boundaries, not crossing: Characteristics.
  543. * first in date strings:                General date syntax.
  544. * Format Options:                       Format Variations.
  545. * Format Parameters:                    Format Variations.
  546. * Format, old style:                    Old V7 and POSIX.
  547. * fortnight in date strings:            Relative item in date strings.
  548. * French Winter Time:                   Timezone item.
  549. * full dumps:                           Full Dumps.
  550. * general date syntax:                  General date syntax.
  551. * getdate:                              Date input formats.
  552. * Getting more information during the operation: Checking Progress.
  553. * Greenwich Mean Time:                  Timezone item.
  554. * Guam Standard Time:                   Timezone item.
  555. * Hawaii Standard Time:                 Timezone item.
  556. * hour in date strings:                 Relative item in date strings.
  557. * Ignoring end-of-archive entries:      Archive Reading Options.
  558. * incompleteness of this manual:        Authors.
  559. * incremental dumps:                    Inc Dumps.
  560. * Information during operation:         Checking Progress.
  561. * Information on progress and status of operations: Checking Progress.
  562. * Interactive operation:                Interactive Operation.
  563. * International Date Line East:         Timezone item.
  564. * International Date Line West:         Timezone item.
  565. * ISO 8601 date format:                 Calendar date item.
  566. * items in date strings:                General date syntax.
  567. * Japan Standard Time:                  Timezone item.
  568. * Labeling an archive:                  Archive Label.
  569. * Labelling multi-volume archives:      Matching Format Parameters.
  570. * Labels on the archive media:          Archive Label.
  571. * Large lists of file names on small machines: Archive Reading Options.
  572. * last in date strings:                 General date syntax.
  573. * last DAY:                             Day of week item.
  574. * Lists of file names:                  Reading Names from a File.
  575. * MacKenzie, David:                     Authors of getdate.
  576. * member:                               What tar Does.
  577. * member name:                          What tar Does.
  578. * Meyering, Jim:                        Authors of getdate.
  579. * Middle European Time:                 Timezone item.
  580. * Middle European Winter Time:          Timezone item.
  581. * Middle of the archive, starting in the: Scarce Disk Space.
  582. * midnight in date strings:             Time of day item.
  583. * minute in date strings:               Relative item in date strings.
  584. * minutes, timezone correction by:      Time of day item.
  585. * Modes of extracted files:             File Writing Options.
  586. * Modification time, excluding files by: Characteristics.
  587. * Modification times of extracted files: File Writing Options.
  588. * Modifying archives:                   Basic tar Operations.
  589. * month in date strings:                Relative item in date strings.
  590. * month names in date strings:          Calendar date item.
  591. * months, written-out:                  General date syntax.
  592. * Mountain Standard Time:               Timezone item.
  593. * Multi-volume archives:                Multi-Volume Archives.
  594. * Names of the files in an archive:     Listing Archive Members.
  595. * Naming an archive:                    Changing the Archive Name.
  596. * New Zealand Standard Time:            Timezone item.
  597. * next in date strings:                 General date syntax.
  598. * next DAY:                             Day of week item.
  599. * Nome Standard Time:                   Timezone item.
  600. * noon in date strings:                 Time of day item.
  601. * now in date strings:                  Relative item in date strings.
  602. * ntape device:                         Many.
  603. * Number of bytes per block:            Blocking Factor.
  604. * Number of records per block:          Blocking Factor.
  605. * numbers, written-out:                 General date syntax.
  606. * Old style archives:                   Old V7 and POSIX.
  607. * Old style format:                     Old V7 and POSIX.
  608. * option syntax, traditional:           Old Options.
  609. * Options to specify archive format.:   Format Variations.
  610. * Options when reading archives:        Archive Reading Options.
  611. * ordinal numbers:                      General date syntax.
  612. * Overwriting old files, prevention:    File Writing Options.
  613. * Pacific Standard Time:                Timezone item.
  614. * Permissions of extracted files:       File Writing Options.
  615. * Pinard, F.:                           Authors of getdate.
  616. * pm in date strings:                   Time of day item.
  617. * Progress information:                 Checking Progress.
  618. * Protecting old files:                 File Writing Options.
  619. * pure numbers in date strings:         Pure numbers in date strings.
  620. * Reading incomplete blocks:            Archive Reading Options.
  621. * Record number where error occured:    Checking Progress.
  622. * Records per block:                    Blocking Factor.
  623. * relative items in date strings:       Relative item in date strings.
  624. * remote tape drive:                    Device.
  625. * Removing files from an archive:       Removing Archive Members.
  626. * reporting bugs:                       Bug reports.
  627. * Resurrecting files from an archive:   Extracting Archive Members.
  628. * Retrieving files from an archive:     Extracting Archive Members.
  629. * return status:                        Synopsis.
  630. * rmt:                                  Device.
  631. * Running out of space:                 Archive Reading Options.
  632. * Running out of space during extraction: Scarce Disk Space.
  633. * Salz, Rich:                           Authors of getdate.
  634. * Small memory:                         Archive Reading Options.
  635. * Space on the disk, recovering from lack of: Scarce Disk Space.
  636. * Sparse Files:                         Sparse Files.
  637. * Specifying archive members:           Changing the Archive Name.
  638. * Specifying files to act on:           Changing the Archive Name.
  639. * Standard input and output:            Changing the Archive Name.
  640. * Standard output, writing extracted files to: File Writing Options.
  641. * Status information:                   Checking Progress.
  642. * Storing archives in compressed format: Compressed Archives.
  643. * Swedish Winter Time:                  Timezone item.
  644. * Symbolic link as file name:           Symbolic Links.
  645. * tape blocking:                        Blocking Factor.
  646. * tape marks:                           Many.
  647. * tape positioning:                     Many.
  648. * tar:                                  What tar Does.
  649. * tar archive:                          What tar Does.
  650. * tar entry:                            What tar Does.
  651. * tar file:                             What tar Does.
  652. * tar to standard input and output:     Changing the Archive Name.
  653. * this in date strings:                 Relative item in date strings.
  654. * time of day item:                     Time of day item.
  655. * timezone correction:                  Time of day item.
  656. * timezone item:                        Timezone item.
  657. * today in date strings:                Relative item in date strings.
  658. * tomorrow in date strings:             Relative item in date strings.
  659. * Ultrix 3.1 and write failure:         Device.
  660. * Universal Coordinated Time:           Timezone item.
  661. * unpacking:                            What tar Does.
  662. * Updating an archive:                  Adding to an Existing Archive.
  663. * USSR Zone:                            Timezone item.
  664. * uuencode:                             Modifiers Options.
  665. * Verbose operation:                    Checking Progress.
  666. * Verifying a write operation:          Write Verification.
  667. * Verifying the currency of an archive: Comparing.
  668. * Version of the tar program:           Checking Progress.
  669. * week in date strings:                 Relative item in date strings.
  670. * West African Time:                    Timezone item.
  671. * West Australian Standard Time:        Timezone item.
  672. * Western European Time:                Timezone item.
  673. * Where is the archive?:                Changing the Archive Name.
  674. * Working directory, specifying:        Changing Directory.
  675. * Writing extracted files to standard output: File Writing Options.
  676. * Writing new archives:                 Creating a New Archive.
  677. * year in date strings:                 Relative item in date strings.
  678. * yesterday in date strings:            Relative item in date strings.
  679. * Yukon Standard Time:                  Timezone item.
  680.