Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: modules-dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of neil.mckee@inmon.com
 designates 74.125.83.173 as permitted sender)
Subject: Re: Module External Configuration
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: Neil McKee <neil.mckee@inmon.com>
In-Reply-To: <BANLkTinTmZzceEDzT3+9N_0MHmdAA8FrWA@mail.gmail.com>
Date: Mon, 20 Jun 2011 13:29:13 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <4330EAB7-1E2D-44C8-B8B6-9312843B03FC@inmon.com>
References: <BANLkTinTmZzceEDzT3+9N_0MHmdAA8FrWA@mail.gmail.com>
To: modules-dev@httpd.apache.org

In the mod-sflow implementation I have one thread responsible for =
reading in new configuration as it changes and writing it to a =
shared-memory area where the worker-processes/threads can pick it up =
whenever it changes.   I don't know if that is the best way or not,  but =
it's one data point for you.   Source code is here:

http://mod-sflow.googlecode.com

Neil


On Jun 20, 2011, at 11:39 AM, Jason Funk wrote:

> Hello,
>=20
> The module that I am writing has an external configuration file that =
it
> parses and loads into configuration when the server loads. Before =
every
> request it checks to see if the configuration file has been updated =
and if
> it has it reloads the configuration. The configuration should be =
shared over
> the entire server. The problem I am running into is that after the
> configuration file is updated the new configuration gets reloaded and =
stored
> in memory but after a little while, the configuration reverts back to =
it's
> previous version. I assume that this is because a new process was =
spawned to
> handle a new request and the updated memory didn't get carried over =
(even
> though the pointer address didn't change...)
>=20
> My question is this: What mechanism should I be using in order to
> store persistent, mutable, configuration data that is shared between =
every
> child process?
>=20
>=20
> Jason