]> git.ipfire.org Git - thirdparty/postgresql.git/commit
ecpglib: call newlocale() once per process.
authorNoah Misch <noah@leadboat.com>
Sat, 2 Jul 2022 20:00:30 +0000 (13:00 -0700)
committerNoah Misch <noah@leadboat.com>
Sat, 2 Jul 2022 20:00:34 +0000 (13:00 -0700)
commitb4d7e92bd5354c78c0d0405d08d85b73d20f50f7
tree6de88a89cf497c98274e5d6ae37f212e701d816a
parentb436047dc6920516f878b65f7b7c3e0e27050025
ecpglib: call newlocale() once per process.

ecpglib has been calling it once per SQL query and once per EXEC SQL GET
DESCRIPTOR.  Instead, if newlocale() has not succeeded before, call it
while establishing a connection.  This mitigates three problems:
- If newlocale() failed in EXEC SQL GET DESCRIPTOR, the command silently
  proceeded without the intended locale change.
- On AIX, each newlocale()+freelocale() cycle leaked memory.
- newlocale() CPU usage may have been nontrivial.

Fail the connection attempt if newlocale() fails.  Rearrange
ecpg_do_prologue() to validate the connection before its uselocale().

The sort of program that may regress is one running in an environment
where newlocale() fails.  If that program establishes connections
without running SQL statements, it will stop working in response to this
change.  I'm betting against the importance of such an ECPG use case.
Most SQL execution (any using ECPGdo()) has long required newlocale()
success, so there's little a connection could do without newlocale().

Back-patch to v10 (all supported versions).

Reviewed by Tom Lane.  Reported by Guillaume Lelarge.

Discussion: https://postgr.es/m/20220101074055.GA54621@rfd.leadboat.com
src/interfaces/ecpg/ecpglib/connect.c
src/interfaces/ecpg/ecpglib/descriptor.c
src/interfaces/ecpg/ecpglib/ecpglib_extern.h
src/interfaces/ecpg/ecpglib/execute.c