Re: exposing pg_controldata and pg_config as functions - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: exposing pg_controldata and pg_config as functions
Date
Msg-id 55F730AE.3060209@gmx.net
Whole thread Raw
In response to Re: exposing pg_controldata and pg_config as functions  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On 9/8/15 4:56 PM, Andrew Dunstan wrote:
> The problem is that at least this user's system had something odd about
> it. so that I wouldn't entirely trust the output of
> 
>    select is_supported
>    from information_schema.sql_features
>    where feature_name = 'XML type';
> 
> to reflect the config.

This should be a built-in function, not dependent on the state of the
catalogs, like pg_build_option('xml') returns boolean.

> I also have cases where clients don't want to give me superuser access,
> and sometimes not even shell access, and it could well be useful to me
> to be able to say to them "OK, you need to make sure that this file in
> this location has this entry".

Not sure what this has to do with this.




pgsql-hackers by date:

Previous
From: Teodor Sigaev
Date:
Subject: Re: Review: GiST support for UUIDs
Next
From: Peter Eisentraut
Date:
Subject: Re: Can extension build own SGML document?