From c86e85df9247d30e1fd4f0dfb86b8d8256e00544 Mon Sep 17 00:00:00 2001
From: Bruce Momjian <bruce@momjian.us>
Date: Tue, 29 Jul 1997 21:43:40 +0000
Subject: [PATCH] Update COPY manual page to remove unneeded warnings.

---
 src/man/copy.l | 12 +-----------
 1 file changed, 1 insertion(+), 11 deletions(-)

diff --git a/src/man/copy.l b/src/man/copy.l
index cdc7a965611..daa72120ed7 100644
--- a/src/man/copy.l
+++ b/src/man/copy.l
@@ -1,6 +1,6 @@
 .\" This is -*-nroff-*-
 .\" XXX standard disclaimer belongs here....
-.\" $Header: /cvsroot/pgsql/src/man/Attic/copy.l,v 1.2 1996/12/11 00:27:09 momjian Exp $
+.\" $Header: /cvsroot/pgsql/src/man/Attic/copy.l,v 1.3 1997/07/29 21:43:40 momjian Exp $
 .TH COPY SQL 11/05/95 PostgreSQL PostgreSQL
 .SH NAME
 copy \(em copy data to or from a class from or to a Unix file.
@@ -41,10 +41,6 @@ than as ASCII text.  It is somewhat faster than the normal
 command, but is not generally portable, and the files generated are
 somewhat larger, although this factor is highly dependent on the data
 itself.
-When copying in, the
-.BR "with oids"
-keyword should only be used on an empty database because
-the loaded oids could conflict with existing oids.
 By default, a ASCII
 .BR copy
 uses a tab (\\t) character as a delimiter.  The delimiter may also be changed
@@ -169,9 +165,3 @@ yield unexpected results for the naive user.  In this case,
 .SM $PGDATA\c
 /foo.  In general, the full pathname should be used when specifying
 files to be copied.
-.PP
-.BR Copy
-has virtually no error checking, and a malformed input file will
-likely cause the backend to crash.  You should avoid using 
-.BR copy
-for input whenever possible.
-- 
GitLab