aboutsummaryrefslogtreecommitdiff
path: root/src/interfaces/libpq/fe-gssapi-common.c
diff options
context:
space:
mode:
authorPeter Eisentraut <peter@eisentraut.org>2022-11-15 11:50:04 +0100
committerPeter Eisentraut <peter@eisentraut.org>2022-11-15 12:16:50 +0100
commit0873b2d354b9c73a69067c0afb92e35994adc47e (patch)
treeea0e347eb9878c0e6ec91b0b46f7d21c164c9bfd /src/interfaces/libpq/fe-gssapi-common.c
parentd627ce3b706de16279d8eb683bfeda34ad7197fe (diff)
downloadpostgresql-0873b2d354b9c73a69067c0afb92e35994adc47e.tar.gz
postgresql-0873b2d354b9c73a69067c0afb92e35994adc47e.zip
libpq error message refactoring
libpq now contains a mix of error message strings that end with newlines and don't end with newlines, due to some newer code paths with new ways of passing errors around. This leads to confusion and mistakes both during development and translation. This adds new functions libpq_append_error() and libpq_append_conn_error() that encapsulate common code paths for producing error message strings. Notably, these functions append the newline, so that the string appearing in the code does not end with a newline. This makes (almost) all error message strings in libpq uniform in this regard (and also consistent with how we handle it outside of libpq code). (There are a few exceptions that are difficult to fit into this scheme, but they are only a few.) Reviewed-by: Alvaro Herrera <alvherre@alvh.no-ip.org> Discussion: https://www.postgresql.org/message-id/flat/7c0232ef-7b44-68db-599d-b327d0640a77@enterprisedb.com
Diffstat (limited to 'src/interfaces/libpq/fe-gssapi-common.c')
0 files changed, 0 insertions, 0 deletions