Re: Not valid dump [8.2.9, 8.3.1] - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Not valid dump [8.2.9, 8.3.1]
Date
Msg-id 17094.1213972653@sss.pgh.pa.us
Whole thread Raw
In response to Not valid dump [8.2.9, 8.3.1]  (Gaetano Mendola <mendola@gmail.com>)
Responses Re: Not valid dump [8.2.9, 8.3.1]  ("Gaetano Mendola" <mendola@gmail.com>)
List pgsql-hackers
Gaetano Mendola <mendola@gmail.com> writes:
> we have faced lately dumps not valid, the bug can be replicated using a 8.2.9 or
> a 8.3.1 server.

> These are the steps to create the database that will generate a not valid dump:

This is a bug in your function: it will not work if the search path
doesn't contain the public schema.  You'd be best advised to make it
qualify the reference to t_public explicitly.

In 8.3 another possibility would be to attach an explicit search_path
setting to the function.

(Of course you realize that referencing any table at all in an
"immutable" function is probably a mortal sin...)
        regards, tom lane


pgsql-hackers by date:

Previous
From: Michael Meskes
Date:
Subject: Re: ecpg generated files ignorable?
Next
From: Tom Lane
Date:
Subject: Re: Backend Stats Enhancement Request