Port Bug Report: Problem concerns copy command with big oids

============================================================================
                        POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name        : Helmar Spangenberg
Your email address    : hspangenberg@frey.de

Category        : runtime: back-end
Severity        : serious

Summary: Problem concerns copy command with big oids

System Configuration
--------------------
  Operating System   : Linux 2.0.36

  PostgreSQL version : 6.4

  Compiler used      : egcs 1.1.1

Hardware:
---------
Dual Pentium, 384M RAM
uname -a:
Linux godzilla 2.0.36 #8 Thu Jan 21 16:10:41 MET 1999 i686 unknown

Versions of other tools:
------------------------
We used postgresql of the SuSE 6.0 dist.
flex 2.5.4
GNU Make version 3.76.1

--------------------------------------------------------------------------

Problem Description:
--------------------
Using the SQL-command "COPY ... FROM" leads to the death of
the backend when the oid-counter steps over the 2 billion
frontier. As far as we could test, the other commands worked
fine.

--------------------------------------------------------------------------

Test Case:
----------
In our installation all 3 hours app. 4000000 datasets are
cleared and reinstalled using the copy command. After the
oids got bigger than 2147483647 the backend died during the
copy command. After a fresh installation of Postgres (oids
now starting again at 0) everything worked fine again.

Not a fix, but maybe a hint:
It seems to me that the internal representation of the oids
is not consistent (long int - unsigned long int). I
realized that the oid of ONE dataset sometimes was printed
as a negative number and in other cases as a positive
number (when big enough).

--------------------------------------------------------------------------

Solution:
---------


--------------------------------------------------------------------------