Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 42409 invoked by uid 500); 31 Dec 2001 17:37:46 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 42385 invoked from network); 31 Dec 2001 17:37:46 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Ryan Bloom Reply-To: rbb@covalent.net Organization: Covalent Technologies To: Christian Gross , dev@apr.apache.org Subject: Re: Problem with apr_global_hook_pool Date: Mon, 31 Dec 2001 09:42:13 -0800 X-Mailer: KMail [version 1.3] References: <5.1.0.14.2.20011230201425.02fac5a0@mail.devspace.com> In-Reply-To: <5.1.0.14.2.20011230201425.02fac5a0@mail.devspace.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011231174213.C2AD046E02@koj.rkbloom.net> X-OriginalArrivalTime: 31 Dec 2001 19:42:10.0953 (UTC) FILETIME=[3D1F3F90:01C19233] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Sunday 30 December 2001 11:15 am, Christian Gross wrote: > Hi > > I was playing around with Optional Functions. And I realized that the > variable apr_global_hook_pool is only set by Apache and not in the APR-UTIL > subsystem. Is this not a bit inconsistent? Would it not be better to > introduce a method or something to indicate that the variable is not assigned? In my mind, this is a big bug. We should find some way to allow APR-UTIL to hook into the apr_initialize function to allocate this pool. Ryan ______________________________________________________________ Ryan Bloom rbb@apache.org Covalent Technologies rbb@covalent.net --------------------------------------------------------------