aboutsummaryrefslogtreecommitdiff
path: root/contrib/postgres_fdw/postgres_fdw.c
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:28 -0500
commitf4ebf0dbea835da85c21988321258a587a567dbd (patch)
tree7d68b3b87ed9d4b0edaf6f2592174df4f86f04c5 /contrib/postgres_fdw/postgres_fdw.c
parent2b7dbe4bd5872ae5c6780e1a4121c2a5a8401e7c (diff)
downloadpostgresql-f4ebf0dbea835da85c21988321258a587a567dbd.tar.gz
postgresql-f4ebf0dbea835da85c21988321258a587a567dbd.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 'contrib/postgres_fdw/postgres_fdw.c')
0 files changed, 0 insertions, 0 deletions