Re: Per-function search_path => per-function GUC settings - Mailing list pgsql-hackers

From Zdenek Kotala
Subject Re: Per-function search_path => per-function GUC settings
Date
Msg-id 46E65AC9.5050101@sun.com
Whole thread Raw
In response to Per-function search_path => per-function GUC settings  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Per-function search_path => per-function GUC settings
List pgsql-hackers
Tom Lane wrote:

> 
> I thought about ways to include GUC settings directly into CREATE
> FUNCTION, but it seemed pretty ugly and inconsistent with the
> existing syntax.  So I'm thinking of supporting only the above
> syntaxes, meaning it'll take at least two commands to create a secure
> SECURITY DEFINER function.
> 
> Comments?

I have a question about what does happen if search path is not defined 
for SECURITY DEFINER function. My expectation is that SECURITY DEFINER 
function should defined empty search patch in this case. This behavior 
is similar to how dynamic linker processes setuid binaries - (ignoring 
LD_LIBRARY_PATH and so on).

    Zdenek



pgsql-hackers by date:

Previous
From: "Albe Laurenz"
Date:
Subject: Re: invalidly encoded strings
Next
From: Simon Riggs
Date:
Subject: Final Thoughts for 8.3 on LWLocking and Scalability