============================================================================
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:
---------
--------------------------------------------------------------------------
