Re: PQconninfoParse() - Mailing list pgsql-docs

From Robert Haas
Subject Re: PQconninfoParse()
Date
Msg-id CA+TgmoaSVF+=2-01fHB8aKQ8YOiruJnVpgDQJBqXA-aH-YqpOA@mail.gmail.com
Whole thread Raw
In response to Re: PQconninfoParse()  (Dmitriy Igrishin <dmitigr@gmail.com>)
Responses Re: PQconninfoParse()
Re: PQconninfoParse()
List pgsql-docs
On Mon, Oct 10, 2011 at 1:31 PM, Dmitriy Igrishin <dmitigr@gmail.com> wrote:
> Hey Robert,
>
> 2011/10/10 Robert Haas <robertmhaas@gmail.com>
>>
>> On Tue, Sep 27, 2011 at 9:13 AM, Dmitriy Igrishin <dmitigr@gmail.com>
>> wrote:
>> > First,
>> > "Returns parsed connection options from the provided connection string."
>> > Its false. The returned array contains all options, rather than which
>> > only
>> > parsed from the provided connection string. This fact must be specified
>> > in
>> > the documentation becase the name of the function mismatches its
>> > behaviour.
>>
>> What do you mean by "all" options?  Where else are they coming from
>> besides the connection string?
>
> I mean options from
> static const PQconninfoOption PQconninfoOptions[]
> from interfaces/libpq/fe-connect.c

Maybe we should change this:

Note that only options explicitly specified in the string will have
values set in the result array; no defaults are inserted.

To say something like this:

All legal options will be present in the result array, but only those
explicitly specified in the string will have a corresponding value; no
defaults are inserted.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

pgsql-docs by date:

Previous
From: Thom Brown
Date:
Subject: PGDATA confusion
Next
From: Robert Haas
Date:
Subject: Re: DROP TABLE can be issued by schema owner as well as table owner