Re: pg_hba_file_settings view patch
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Haribabu Kommi <kommi.haribabu@gmail.com>
Cc: Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>,
Michael Paquier <michael.paquier@gmail.com>,
Simon Riggs <simon@2ndquadrant.com>,
"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2017-01-27T23:28:06Z
Lists: pgsql-hackers
Attachments
- pg_hba_rules_14.patch (text/x-diff) patch
- (unnamed) (text/plain)
Haribabu Kommi <kommi.haribabu@gmail.com> writes: > [ pg_hba_rules_13.patch ] I spent awhile hacking on this, and made a lot of things better, but I'm still very unhappy about the state of the comments. You changed the APIs of a bunch of functions, often into fairly subtle things, and you did not touch even one of their API-specification comments. As an example, next_token() now needs something like "On error, log a message at ereport level elevel and set *err_msg to an error string. Note that the return value might be either true or false after an error; *err_msg must be checked to determine that. Hence, *err_msg had better be NULL on entry, or you won't be able to tell." Having to write such a thing might even convince you that you should try a little harder to make the behavior less confusing. Just adding arguments, and not changing the result-value specification, is not necessarily the best way to do this. I haven't looked at the docs yet. I'm still not very happy about the choice of view name ... regards, tom lane
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Invent pg_hba_file_rules view to show the content of pg_hba.conf.
- de16ab723888 10.0 landed
-
Restructure hba.c to replace 3 parallel lists with single list of structs.
- 350cb921ae2c 10.0 landed