Re: Naming of gss_accept_deleg - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Naming of gss_accept_deleg
Date
Msg-id 593432.1684762964@sss.pgh.pa.us
Whole thread Raw
In response to Re: Naming of gss_accept_deleg  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: Naming of gss_accept_deleg
Re: Naming of gss_accept_deleg
List pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> I noticed that the value that enables this feature at libpq client side
> is 'enable'.  However, for other Boolean settings like sslsni,
> keepalives, requiressl, sslcompression, the value that enables feature
> is '1' -- we use strings only for "enum" type of settings.

> Also, it looks like connectOptions2() doesn't validate the string value.

Hmm, it certainly seems like this ought to accept exactly the
same inputs as other libpq boolean settings.  I can take a look
unless somebody else is already on it.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Aleksander Alekseev
Date:
Subject: Re: "38.10.10. Shared Memory and LWLocks" may require a clarification
Next
From: Abhijit Menon-Sen
Date:
Subject: Re: Naming of gss_accept_deleg