aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2022-01-21 15:36:12 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2022-01-21 15:36:29 -0500
commit5521d8139fbdb15f1bf25afae22e7e6d196669e0 (patch)
tree6371b3ddde596f26f23ae7174dd148731c1003fb /src/backend/executor
parent1c6d055ba77a5b600496a81bbaafaeb064d1cf2d (diff)
downloadpostgresql-5521d8139fbdb15f1bf25afae22e7e6d196669e0.tar.gz
postgresql-5521d8139fbdb15f1bf25afae22e7e6d196669e0.zip
Fix race condition in gettext() initialization in libpq and ecpglib.
In libpq and ecpglib, multiple threads can concurrently enter the initialization logic for message localization. Since we set the its-done flag before actually doing the work, it'd be possible for some threads to reach gettext() before anyone has called bindtextdomain(). Barring bugs in libintl itself, this would not result in anything worse than failure to localize some early messages. Nonetheless, it's a bug, and an easy one to fix. Noted while investigating bug #17299 from Clemens Zeidler (much thanks to Liam Bowen for followup investigation on that). It currently appears that that actually *is* a bug in libintl itself, but that doesn't let us off the hook for this bit. Back-patch to all supported versions. Discussion: https://postgr.es/m/17299-7270741958c0b1ab@postgresql.org Discussion: https://postgr.es/m/CAE7q7Eit4Eq2=bxce=Fm8HAStECjaXUE=WBQc-sDDcgJQ7s7eg@mail.gmail.com
Diffstat (limited to 'src/backend/executor')
0 files changed, 0 insertions, 0 deletions