Re: unaccent module - two params function should be immutable - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: unaccent module - two params function should be immutable
Date
Msg-id 20131008162055.GL22450@momjian.us
Whole thread Raw
In response to Re: unaccent module - two params function should be immutable  (Bruce Momjian <bruce@momjian.us>)
Responses Re: unaccent module - two params function should be immutable  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: unaccent module - two params function should be immutable  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, Sep 24, 2013 at 05:36:58PM -0400, Bruce Momjian wrote:
> On Tue, Sep 17, 2013 at 10:15:47AM -0400, Robert Haas wrote:
> > On Sat, Sep 14, 2013 at 9:42 AM, Pavel Stehule <pavel.stehule@gmail.com> wrote:
> > >> I have developed the attached patch based on your suggestion.  I did not
> > >> see anything in the code that would make it STABLE, except a lookup of a
> > >> dictionary library:
> > >>
> > >>         dictOid = get_ts_dict_oid(stringToQualifiedNameList("unaccent"),
> > >> false);
> > >
> > > yes, it risk, but similar is with timezones, and other external data.
> > 
> > That's a catalog lookup - not a reliance on external data.
> 
> Sorry, I was wrong.  Only unaccent_dict() calls get_ts_dict_oid(), and
> we aren't changing the signature of that function.

Applied.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: logical changeset generation v6.1
Next
From: Robert Haas
Date:
Subject: Re: space reserved for WAL record does not match what was written: panic on windows