Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 69835 invoked by uid 500); 15 Jul 2001 16:50:35 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 69704 invoked from network); 15 Jul 2001 16:50:33 -0000 Date: Sun, 15 Jul 2001 18:49:51 +0200 From: Luke Kenneth Casson Leighton To: Aaron Bannert Cc: new-httpd@apache.org, dev@apr.apache.org Subject: Re: Terminiting threads in a process RE: [PATCH] Problems with MPM threaded Message-ID: <20010715184951.E10283@angua.rince.de> Mail-Followup-To: Aaron Bannert , new-httpd@apache.org, dev@apr.apache.org References: <20010714124005.D23346@ebuilt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010714124005.D23346@ebuilt.com>; from aaron@ebuilt.com on Sat, Jul 14, 2001 at 12:40:06PM -0700 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Sat, Jul 14, 2001 at 12:40:06PM -0700, Aaron Bannert wrote: > APR threads, when created, would now take an additional parameter that > is the mechanism (an sms implementation) by which it should create child > pools. As it is now, the "pool" that is passed in to apr_thread_create() > serves as the "parent" pool for the new thread-specific sms. If this > parameter were null, the apr_thread_create() function would not create > a sub-pool or register cleanup routines (which satisfies my requirements). if at all possible, the behaviour should match as closely as possible the existing situation, when this parameter is NULL, even if the current situation has bugs / is not very nice. this is mainly so that people do not object to having the behaviour of existing code disrupted. luke