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

From Pavel Stehule
Subject Re: unaccent module - two params function should be immutable
Date
Msg-id CAFj8pRDqa8T2VD-HVgCcSS_KpfBdj+SjbE_o74c_rdDMJTtXrg@mail.gmail.com
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  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers



2013/10/8 Bruce Momjian <bruce@momjian.us>
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.

nice

thank you

Regards

Pavel Stehule
 

--
  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: Patch: FORCE_NULL option for copy COPY in CSV mode
Next
From: Bruce Momjian
Date:
Subject: Re: unaccent module - two params function should be immutable