Re: simply custom variables protection - Mailing list pgsql-patches

From Pavel Stehule
Subject Re: simply custom variables protection
Date
Msg-id BAY20-F15B5DA7A4644341AF5A021F97E0@phx.gbl
Whole thread Raw
In response to Re: simply custom variables protection  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: simply custom variables protection  (Bruce Momjian <bruce@momjian.us>)
List pgsql-patches
>"Pavel Stehule" <pavel.stehule@hotmail.com> writes:
> > this patch contains function ArmorCustomVariables. This function set
>flag
> > armored on any custom variable. From this moment only superuser can
>change
> > this variable.
>
>Why is this a good idea?  Why don't you just fix the problem as
>previously agreed, namely make the GUC context values work properly
>for custom variables?
>

I am sorry, I don't see it. In my solution module knows own variables and
can chose what want to do with its. So if I like ro variables, then I add
into module init calling ResetPgVariables() and ArmorCustomVariables(), and
without anything the behave is same like current.What do you though.

Regards
Pavel Stehule

_________________________________________________________________
Chcete sdilet sve obrazky a hudbu s prateli? http://messenger.msn.cz/


pgsql-patches by date:

Previous
From: Michael Fuhr
Date:
Subject: Fix race condition in size functions
Next
From: "Simon Riggs"
Date:
Subject: Re: [HACKERS] COMMIT NOWAIT Performance Option (patch)