]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Remove race conditions between ECPGdebug() and ecpg_log().
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 23 May 2024 19:52:06 +0000 (15:52 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 23 May 2024 19:52:06 +0000 (15:52 -0400)
commit78030a66d75b19a6428f30e31b12bc6059c1fff3
treeb760d794602b81e25c8c6d2aac47895725af2e9e
parentb4f808467a56b69838730164df5a22f946087b82
Remove race conditions between ECPGdebug() and ecpg_log().

Coverity complains that ECPGdebug is accessing debugstream without
holding debug_mutex, which is a fair complaint: we should take
debug_mutex while changing the settings ecpg_log looks at.

In some branches it also complains about unlocked use of simple_debug.
I think it's intentional and safe to have a quick unlocked check of
simple_debug at the start of ecpg_log, since that early exit will
always be taken in non-debug cases.  But we should recheck
simple_debug after acquiring the mutex.  In the worst case, calling
ECPGdebug concurrently with ecpg_log in another thread could result
in a null-pointer dereference due to debugstream transiently being
NULL while simple_debug isn't 0.

This is largely hypothetical, since it's unlikely anybody uses
ECPGdebug() at all in the field, and our own regression tests
don't seem to be hitting the theoretical race conditions either.
Still, if we're going to the trouble of having mutexes here, we ought
to be using them in a way that's actually safe not just almost safe.
Hence, back-patch to all supported branches.
src/interfaces/ecpg/ecpglib/misc.c