Clarify tar documentation about return error codes.
authorBruce Momjian <bruce@momjian.us>
Fri, 14 Sep 2007 13:26:36 +0000 (13:26 +0000)
committerBruce Momjian <bruce@momjian.us>
Fri, 14 Sep 2007 13:26:36 +0000 (13:26 +0000)
Backpatch to 8.2.X.

doc/src/sgml/backup.sgml

index 8417d424d0513a4de2a6f8d7ff1e914ba0e347ea..f19b636036e366207aed6a50b8519effa918b34c 100644 (file)
@@ -719,11 +719,11 @@ SELECT pg_stop_backup();
     of <application>rsync</> return a separate exit code for <quote>vanished
     source files</>, and you can write a driver script to accept this exit
     code as a non-error case.  Also, some versions of GNU
-    <application>tar</> consider it an error if a file was truncated while
-    <application>tar</> is copying it.  Fortunately, GNU
-    <application>tar</> versions 1.16 and later exits with <literal>1</>
-    if a file was changed during the backup, and <literal>2</> for other
-    errors.
+    <application>tar</> return an error code indistinguishable from a
+    fatal error if a file was truncated while <application>tar</> was
+    copying it.  Fortunately, GNU <application>tar</> versions 1.16 and
+    later exits with <literal>1</> if a file was changed during the backup,
+    and <literal>2</> for other errors.
    </para>
 
    <para>