]> git.ipfire.org Git - thirdparty/apache/httpd.git/commit
Merge r1888266 from trunk:
authorYann Ylavic <ylavic@apache.org>
Wed, 12 May 2021 11:21:09 +0000 (11:21 +0000)
committerYann Ylavic <ylavic@apache.org>
Wed, 12 May 2021 11:21:09 +0000 (11:21 +0000)
commit0e382d189d5136e95878ac7559f47b015708ecdb
tree3972ea5a966b674cab1e877fa0b91ca0280bf4fe
parent7d6b15dddb51d4e6efe8512e4054e53b7664812c
Merge r1888266 from trunk:

mod_socache_shmcb: be safe from socache_shmcb_destroy() late call.  PR 59798.

ssl_init_Module() in post_config early registers ssl_init_ModuleKill(), which
will then run after all the next cleanups registered later in post_config, thus
any shm_cleanup() registered from ssl_scache_init::socache_shmcb_init().
This can cause a double SHM cleanup when apr_shm_destroy() is called from
ssl_init_ModuleKill::ssl_scache_kill() as pconf is cleared.

Fix this in mod_socache_shmcb by registering a socache_shmcb_cleanup() after
the SHM is created, and by letting socache_shmcb_destroy() run the cleanup,
such that shm_cleanup() is always and ever called only once.

Ideally apr_shm_create() would be consistent accross platforms to register its
shm_cleanup() on the pool but that's not the case for now (I'm on it), so httpd
has to call apr_shm_destroy() explicitely from several places (we'll be able to
remove ssl_scache_kill() and other similar cleanups once the minimal APR
version required by httpd is fixed..).

We could also fix this by registering ssl_init_ModuleKill() late(r) in
ssl_init_Module(), though the more robust mod_socache_shmcb the better for
all the modules..

Reviewed by: ylavic, icing, rpluem

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1889798 13f79535-47bb-0310-9956-ffa450edef68
modules/cache/mod_socache_shmcb.c