Re: proposal: only superuser can change customized_options - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: proposal: only superuser can change customized_options
Date
Msg-id BAY20-F144D4031A42084E4B8C260F99B0@phx.gbl
Whole thread Raw
In response to Re: proposal: only superuser can change customized_options  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: proposal: only superuser can change customized_options  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers


>From: Tom Lane <tgl@sss.pgh.pa.us>
>To: "Pavel Stehule" <pavel.stehule@hotmail.com>
>CC: pgsql-hackers@postgresql.org
>Subject: Re: [HACKERS] proposal: only superuser can change 
>customized_options Date: Fri, 02 Feb 2007 11:40:10 -0500
>
>"Pavel Stehule" <pavel.stehule@hotmail.com> writes:
> > I want to use custmized option for security configuration one contrib
> > library. Currently customized options are usable only for default
> > configuration, because everybody can change it. It is substitution of 
>global
> > variables.
> > Decision if option is protected or not can be based on name of option.
>
>I dislike making it depend on spelling.  There was discussion of this
>problem before, and we had a much saner answer: when the module that
>defines the variable gets loaded, discard any local setting if the
>correct protection level of the variable is SUSET or higher.  See the
>archives.
>
>            regards, tom lane

I am finding it.

Thank You

Pavel Stehule

_________________________________________________________________
Citite se osamele? Poznejte nekoho vyjmecneho diky Match.com. 
http://www.msn.cz/



pgsql-hackers by date:

Previous
From: Andrew Sullivan
Date:
Subject: Re: "May", "can", "might"
Next
From: "Pavel Stehule"
Date:
Subject: Re: PL/pgSQL RENAME functionality in TODOs