diff options
author | Matt Caswell <matt@openssl.org> | 2016-11-14 12:00:45 +0000 |
---|---|---|
committer | Matt Caswell <matt@openssl.org> | 2016-11-14 12:00:45 +0000 |
commit | c028052c4cfc39dc99f735f1743b18867547129f (patch) | |
tree | c1707605f7ab5ba360b5234a2f8211da92b3c6c5 /crypto/threads_win.c | |
parent | edc18749bd5dfb7e12513d3978f78f9b56104fd6 (diff) |
Revert "Fixed deadlock in CRYPTO_THREAD_run_once for Windows"
This reverts commit edc18749bd5dfb7e12513d3978f78f9b56104fd6.
The proposed fix is incorrect. It marks the "run_once" code as having
finished before it has. The intended semantics of run_once is that no
threads should proceed until the code has run exactly once. With this
change the "second" thread will think the run_once code has already been
run and will continue, even though it is still in progress. This could
result in a crash or other incorrect behaviour.
Reviewed-by: Tim Hudson <tjh@openssl.org>
Diffstat (limited to 'crypto/threads_win.c')
-rw-r--r-- | crypto/threads_win.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/crypto/threads_win.c b/crypto/threads_win.c index 5347c9e46b..4e0de908ee 100644 --- a/crypto/threads_win.c +++ b/crypto/threads_win.c @@ -78,8 +78,8 @@ int CRYPTO_THREAD_run_once(CRYPTO_ONCE *once, void (*init)(void)) do { result = InterlockedCompareExchange(lock, ONCE_ININIT, ONCE_UNINITED); if (result == ONCE_UNINITED) { - *lock = ONCE_DONE; init(); + *lock = ONCE_DONE; return 1; } } while (result == ONCE_ININIT); |