Put back initialization of 'sslmode', to silence Coverity
commitd21d61b96f7a4d89e4b2e7cc9b9a1ec3f642fa12
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Sun, 14 Apr 2024 20:02:43 +0000 (14 23:02 +0300)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Sun, 14 Apr 2024 20:02:43 +0000 (14 23:02 +0300)
tree249a2db8cfd9d454537f83798f506bdcee13203d
parentcd4b6af620975bb9802c464a06d2289d2f97cbf4
Put back initialization of 'sslmode', to silence Coverity

Coverity pointed out that the function checks for conn->sslmode !=
NULL, which implies that it might be NULL, but later we access it
without a NULL-check anyway. It doesn't know that it is in fact always
initialized earlier, in conninfo_add_defaults(), and hence the
NULL-check is not necessary. However, there is a lot of distance
between conninfo_add_defaults() and pqConnectOptions2(), so it's not
surprising that it doesn't see that. Put back the initialization code,
as it existed before commit 05fd30c0e7, to silence the warning.

In the long run, I'd like to refactor the libpq options handling and
initalization code. It seems silly to strdup() and copy strings, for
things like sslmode that have a limited set of possible values; it
should be an enum. But that's for another day.
src/interfaces/libpq/fe-connect.c