Add support for options startup parameter #878
Conversation
JelteF
force-pushed
the
options-startup-parameter
branch
2 times, most recently
from
2fc6a3a
to
d746015
Compare
JelteF
force-pushed
the
options-startup-parameter
branch
from
d746015
to
6cb1b0a
Compare
JelteF
force-pushed
the
options-startup-parameter
branch
from
6cb1b0a
to
6119e8c
Compare
|
Looks good overall. |
| psycopg.OperationalError, | ||
| match="unsupported options startup parameter: parameter too long", | ||
| ): | ||
| bouncer.test(options="-c timezone=" + too_long_param) |
There was a problem hiding this comment.
How about adding a test case for a variable that is neither tracked nor ignored in the config:
-c extra_float_digits=3
to exhaustively test the failure paths.
There was a problem hiding this comment.
I used enable_seqscan for the test you were describing and extra_float_digits for one that used ignore_startup_parameters.
| * options startup paramater. Also all other postgres command line arguments | ||
| * can be rewritten to this form: | ||
| */ | ||
| static bool set_startup_options(PgSocket *client, const char *options) |
There was a problem hiding this comment.
Maybe you can reuse other functions from loader.c such as cstr_get_pair(), cstr_get_key() and cstr_get_value().
There was a problem hiding this comment.
Sadly the parsing works slightly differently for the options string and the connections string. The options string uses \ to escape whitespace characters, while the connection string quotes values in single quotes.
src/client.c
Outdated
|
|
||
| /* | ||
| * set_startup_options takes the value of to the "options" startup parameter | ||
| * and uses it to set the parameters that are embeded in this value. |
There was a problem hiding this comment.
s/of to the/of the/
s/embeded/embedded/
s/postgres/PostgreSQL/
s/paramater/parameter/
There was a problem hiding this comment.
FYI for next time: You can do such suggestions using the Github interface, which allows easily applying them
| * and uses it to set the parameters that are embeded in this value. | |
| * and uses it to set the parameters that are embedded in this value. |
| equals = strchr((char *) arg.data, '='); | ||
| if (!equals) | ||
| goto fail; | ||
| *equals = '\0'; |
There was a problem hiding this comment.
It is a matter of style but I will suggest anyway.
*equals++ = '\0';
and remove + 1 2 lines below.
There was a problem hiding this comment.
I'll leave this as is, I think it's clearer this way. Mostly because the variable is called equals, thus logically pointing to the equals character. If it was the position variable I'd have agreed with the suggestion.
It's allowed to specify any Postgres command line parameter in the
optionsstartup packet #867. This is commonly used to specify GUC values on connection
startup, using the
-c key=valuecommand line flag. I believe the main reasonthis is used instead of specifying the desired GUC as a startup parameter
directly is because libpq does not allow specifying arbitrary startup
parameters.
This PR adds support for configuring GUCs using the
-cflag in the optionsstartup packet. While in theory people can specify any flag they want. In
practice the
-cflag is the only one that I know is commonly used. Probablybecause it is the only one that's documented in the Postgres docs for
PGOPTIONS. Any of the other command line flags are simply shorthands forspecific GUCs, and so even when those would be used they can be easily rewritten
using
-c. So to keep parsing of the options startup parameter simple, thisonly supports the
-cflag.Fixes #875