aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2020-10-24 13:12:08 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2020-10-24 13:12:31 -0400
commit12a73f29ff7d00ea96ec4c5d1bef9acb5985d688 (patch)
treeb7d98a8fa1aa2a836e0873a3846c30a871313e48
parent02f86d52382c3de5e3e506f6bd030a14886d2cff (diff)
downloadpostgresql-12a73f29ff7d00ea96ec4c5d1bef9acb5985d688.tar.gz
postgresql-12a73f29ff7d00ea96ec4c5d1bef9acb5985d688.zip
Fix ancient bug in ecpg's pthread_once() emulation for Windows.
We must not set the "done" flag until after we've executed the initialization function. Otherwise, other threads can fall through the initial unlocked test before initialization is really complete. This has been seen to cause rare failures of ecpg's thread/descriptor test, and it could presumably cause other sorts of misbehavior in threaded ECPG-using applications, since ecpglib relies on pthread_once() in several places. Diagnosis and patch by me, based on investigation by Alexander Lakhin. Back-patch to all supported branches (the bug dates to 2007). Discussion: https://postgr.es/m/16685-d6cd241872c101d3@postgresql.org
-rw-r--r--src/interfaces/ecpg/ecpglib/misc.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/interfaces/ecpg/ecpglib/misc.c b/src/interfaces/ecpg/ecpglib/misc.c
index be9cac6e7b4..85a308f5379 100644
--- a/src/interfaces/ecpg/ecpglib/misc.c
+++ b/src/interfaces/ecpg/ecpglib/misc.c
@@ -475,8 +475,8 @@ win32_pthread_once(volatile pthread_once_t *once, void (*fn) (void))
pthread_mutex_lock(&win32_pthread_once_lock);
if (!*once)
{
- *once = true;
fn();
+ *once = true;
}
pthread_mutex_unlock(&win32_pthread_once_lock);
}