Bug #826: opaque->internal translation required for 7.2 dumps

From: pgsql-bugs(at)postgresql(dot)org
To: pgsql-bugs(at)postgresql(dot)org
Subject: Bug #826: opaque->internal translation required for 7.2 dumps
Date: 2002-12-01 11:09:36
Message-ID: 20021201110936.DBB354758FE@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Philip Warner (pjw(at)rhyme(dot)com(dot)au) reports a bug with a severity of 2
The lower the number the more severe it is.

Short Description
opaque->internal translation required for 7.2 dumps

Long Description
Dumping from 7.2 using 7.3 gives:

CREATE FUNCTION postgis_gist_sel (opaque, oid, opaque, integer) RETURNS double precision
AS '/var/lib/pgsql7.2.1/lib/contrib/libpostgis.so.0.7', 'postgis_gist_sel'
LANGUAGE "C";

...

CREATE OPERATOR && (
PROCEDURE = geometry_overlap,
LEFTARG = geometry,
RIGHTARG = geometry,
COMMUTATOR = &&,
RESTRICT = postgis_gist_sel,
JOIN = positionjoinsel
);

Which results in the following error:

ERROR: OperatorDef: function postgis_gist_sel(internal, oid, internal, integer) does not exist
pg_restore: [archiver (db)] could not execute query: ERROR: OperatorDef: function postgis_gist_sel(internal, oid, internal, integer
) does not exist

This is similar to the problems we had earlier with opaque->internal conversions.

It also highlights another problem: that the full path name of objects is used when dumping functions. Should this not be installation-relative, if it is in the install tree?

Sample Code

No file was uploaded with this report

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Ruslan A Dautkhanov 2002-12-01 12:27:19 DROP COLUMN really work?
Previous Message Tom Lane 2002-12-01 04:44:59 Re: Fwd: [GENERAL] returning CHAR from C function