aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/execParallel.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
commit806f98951511715fb36a70a582e87e1c40293407 (patch)
tree11162daaf5731927045ed1e80cfd9c002b418a5a /src/backend/executor/execParallel.c
parent9f041b041feb3361748496e5813cd3a5b034361c (diff)
downloadpostgresql-806f98951511715fb36a70a582e87e1c40293407.tar.gz
postgresql-806f98951511715fb36a70a582e87e1c40293407.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/executor/execParallel.c')
0 files changed, 0 insertions, 0 deletions