Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 4938 invoked by uid 6000); 11 Nov 1999 16:25:59 -0000 Received: (qmail 4902 invoked from network); 11 Nov 1999 16:25:55 -0000 Received: from fwns2d.raleigh.ibm.com (HELO fwns2.raleigh.ibm.com) (204.146.167.236) by taz.hyperreal.org with SMTP; 11 Nov 1999 16:25:55 -0000 Received: from rtpmail02.raleigh.ibm.com (rtpmail02.raleigh.ibm.com [9.37.172.48]) by fwns2.raleigh.ibm.com (8.9.0/8.9.0/RTP-FW-1.2) with ESMTP id LAA06356 for ; Thu, 11 Nov 1999 11:25:42 -0500 Received: from chosondo.raleigh.ibm.com (chosondo.raleigh.ibm.com [9.37.73.195]) by rtpmail02.raleigh.ibm.com (8.8.5/8.8.5/RTP-ral-1.1) with ESMTP id LAA37128 for ; Thu, 11 Nov 1999 11:25:44 -0500 Date: Thu, 11 Nov 1999 11:24:51 -0500 (EST) From: Ryan Bloom To: new-httpd@apache.org Subject: Re: Moving reliable piped logs into APR In-Reply-To: <001b01bf2c60$f435c3b0$064b2509@raleigh.ibm.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org I agree that the application needs full control of WHEN it's done, but why does the application need control of HOW it's done? I just want to move the logic that allows us to register a sub-process as an important process. I am not suggesting that any of this is used in APR calls. Moving this logic down to APR doesn't have any influence of when it's used. Could you explain why you think the application needs to have control of how it's implemented? Ryan On Thu, 11 Nov 1999, Bill Stoddard wrote: > I'd prefer not. This is very application specific function, IMO, and the > application needs to have FULL control over when and how its done. > > Bill > ----- Original Message ----- > From: Ryan Bloom > To: > Sent: Thursday, November 11, 1999 10:56 AM > Subject: Moving reliable piped logs into APR > > > > > > This may be a stupid idea, but I want to get some opinions anyway. Would > > anybody have a problem moving the reliable piped logs logic into APR? We > > would obviously call it something else, but it is REALLY useful logic to > > have available to us, and I can see other programs needing similar logic. > > > > Ryan > > > > _______________________________________________________________________ > > Ryan Bloom rbb@raleigh.ibm.com > > 4205 S Miami Blvd > > RTP, NC 27709 It's a beautiful sight to see good dancers > > doing simple steps. It's a painful sight to > > see beginners doing complicated patterns. > > > _______________________________________________________________________ Ryan Bloom rbb@raleigh.ibm.com 4205 S Miami Blvd RTP, NC 27709 It's a beautiful sight to see good dancers doing simple steps. It's a painful sight to see beginners doing complicated patterns.