Re: A proper fix for the conversion-function problem

From: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: A proper fix for the conversion-function problem
Date: 2005-05-04 00:14:08
Message-ID: 20050504.091408.52163517.t-ishii@sra.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> I tried disabling public EXECUTE access on the built-in conversion
> functions, as we recommended yesterday, and found that it has one
> small problem: the conversion regression test fails. The test is
> expecting that unprivileged users can create conversions, but since
> CREATE CONVERSION requires you to have execute permissions on the
> specified function, they can't if we do this.
>
> This leaves me thinking that the best fix for the back branches
> is the one Andrew(at)supernews originally suggested: modify the
> signature for conversion functions to use INTERNAL instead of CSTRING.
> I haven't actually experimented with that yet, but will shortly.
>
> Going forward, though, I really think we need to revisit the API
> for conversion functions. It seems a bit silly to have the
> infrastructure to let ordinary users create conversions if they
> can't create the functions needed to support them.

Why? Since the functions need to be written in C language, ordinary
users cannot make them anyway. Same thing can be said to CREATE TYPE.
--
Tatsuo Ishii

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message John A Meinel 2005-05-04 00:45:17 Re: [PERFORM] Bad n_distinct estimation; hacks suggested?
Previous Message Marc G. Fournier 2005-05-03 23:59:19 Re: [pgsql-advocacy] Increased company involvement