Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: modules-dev@httpd.apache.org
Received-SPF: pass (nike.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; s=Amar.com; d=amar.com;
	c=simple; q=dns; h=message-id:from;
	b=Mh00Hv+2PDE976a4Uh9HLvswbimc9BHj+jRI7IQMNSktDiaTSbQztAhWdqaW
	xV1hLmEDZyFI+DU5pYauoF7mF92zMiq1EYCTIxNRqB8a1zViRkBah00JU
	spzAi11zcYCA6bbBgHW5NRrNH+cJOrq1bfQgyE1MmMcR0677jAleGk=;
Message-ID: <4960271A.4050207@amar.com>
Date: Sat, 03 Jan 2009 19:03:54 -0800
From: Jacques Amar <jalist@amar.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: modules-dev@httpd.apache.org
Subject: Where to initialize a global pool/hash - server create or child_init?
Content-Type: multipart/alternative;
 boundary="------------050406050100040509020104"

--------------050406050100040509020104
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Where to begin ....

I am creating a global pool/hash in which I save cached, hard to 
calculate data (pre-compiled regex expressions etc.). I also store pages 
I've created using this data in memcached (using the APR interface). I 
can't save the calculated regex data in memcached. I initially followed 
the advice of creating a private pool, hash and mutex inside a 
child_init hook in my server config structure, protecting all access 
with the mutex. The module works well enough in regular httpd. However, 
when I tried this in worker MPM I got constant:
[notice] child pid xxxxx exit signal Segmentation fault (11)
after a few page loads.

On a whim, I moved the whole creation of these structures into a server 
config hook. All these issues seem to have vanished. I have "theorized" 
that the pool I am creating at every child creation does not properly work.

I am looking for a discussion of the pros and cons of creating this in a 
per child hook, versus the one time server create hook and any other 
pointers to help decide (and debug) where/when I should use one or the 
other.

Boy, I hope this makes sense.


--------------050406050100040509020104--