aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/ruleutils.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2024-02-09 11:21:08 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2024-02-09 11:21:08 -0500
commita584d03ced5fe302256160b4d8961d4ea9b3cc52 (patch)
tree8e3b1b96da7a4faf734e054d971b7dbad3c56fb3 /src/backend/utils/adt/ruleutils.c
parent0028b55bc8e2fc80816094620d116e2cbbd8e5f3 (diff)
downloadpostgresql-a584d03ced5fe302256160b4d8961d4ea9b3cc52.tar.gz
postgresql-a584d03ced5fe302256160b4d8961d4ea9b3cc52.zip
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
Diffstat (limited to 'src/backend/utils/adt/ruleutils.c')
0 files changed, 0 insertions, 0 deletions