aboutsummaryrefslogtreecommitdiff
path: root/src/backend/parser/parse_merge.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
commit52afe563206e753f4c45c014fee2459ad0855826 (patch)
tree3850f00bdf2678a7cbb1fddd69548596f18d035c /src/backend/parser/parse_merge.c
parent9440d23a018cab5e78cb4aa11e8a5c558dd0bb36 (diff)
downloadpostgresql-52afe563206e753f4c45c014fee2459ad0855826.tar.gz
postgresql-52afe563206e753f4c45c014fee2459ad0855826.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/parser/parse_merge.c')
0 files changed, 0 insertions, 0 deletions