Avoid concurrent calls to bindtextdomain().
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 9 Feb 2024 16:21:08 +0000 (11:21 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 9 Feb 2024 16:21:08 +0000 (11:21 -0500)
commita584d03ced5fe302256160b4d8961d4ea9b3cc52
tree8e3b1b96da7a4faf734e054d971b7dbad3c56fb3
parent0028b55bc8e2fc80816094620d116e2cbbd8e5f3
Avoid concurrent calls to bindtextdomain().

We previously supposed that it was okay for different threads to
call bindtextdomain() concurrently (cf. commit 1f655fdc3).
It now emerges that there's at least one gettext implementation
in which that triggers an abort() crash, so let's stop doing that.
Add mutexes guarding libpq's and ecpglib's calls, which are the
only ones that need worry about multithreaded callers.

Note: in libpq, we could perhaps have piggybacked on
default_threadlock() to avoid defining a new mutex variable.
I judge that not terribly safe though, since libpq_gettext could
be called from code that is holding the default mutex.  If that
were the first such call in the process, it'd fail.  An extra
mutex is cheap insurance against unforeseen interactions.

Per bug #18312 from Christian Maurer.  Back-patch to all
supported versions.

Discussion: https://postgr.es/m/18312-bbbabc8113592b78@postgresql.org
Discussion: https://postgr.es/m/264860.1707163416@sss.pgh.pa.us
src/interfaces/ecpg/ecpglib/misc.c
src/interfaces/libpq/fe-misc.c