Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 98608 invoked from network); 31 Mar 2011 18:00:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 31 Mar 2011 18:00:24 -0000 Received: (qmail 31841 invoked by uid 500); 31 Mar 2011 18:00:22 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 31785 invoked by uid 500); 31 Mar 2011 18:00:22 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 31777 invoked by uid 99); 31 Mar 2011 18:00:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Mar 2011 18:00:22 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 76.96.59.227 is neither permitted nor denied by domain of jim@jagunet.com) Received: from [76.96.59.227] (HELO qmta12.westchester.pa.mail.comcast.net) (76.96.59.227) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Mar 2011 18:00:12 +0000 Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta12.westchester.pa.mail.comcast.net with comcast id RtFn1g0050Fqzac5Ctzt44; Thu, 31 Mar 2011 17:59:53 +0000 Received: from [192.168.199.10] ([69.251.84.64]) by omta08.westchester.pa.mail.comcast.net with comcast id Rtzs1g0011PGofZ3UtzsAq; Thu, 31 Mar 2011 17:59:52 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: svn commit: r1087331 - in /httpd/httpd/trunk: include/http_core.h include/http_main.h modules/generators/mod_status.c server/core.c server/main.c From: Jim Jagielski In-Reply-To: Date: Thu, 31 Mar 2011 13:59:50 -0400 Content-Transfer-Encoding: 7bit Message-Id: <1CABA954-232D-4C7E-8B47-3F77C4A47BF0@jaguNET.com> References: <20110331151209.CF5A923888D2@eris.apache.org> <2B3A1B76-5827-4936-B750-79272CD2C55E@apache.org> To: dev@httpd.apache.org X-Mailer: Apple Mail (2.1084) X-Virus-Checked: Checked by ClamAV on apache.org On Mar 31, 2011, at 1:32 PM, Jeff Trawick wrote: > On Thu, Mar 31, 2011 at 1:20 PM, Jim Jagielski wrote: >> >> On Mar 31, 2011, at 11:39 AM, Jeff Trawick wrote: >>> >>> there is one true generation, and it is the one you implement here, >>> and shouldn't be managed by the MPM >>> >> >> Well, I agree, of course, hence the implementation. But I was >> hesitant to touch the mpm "perception" of generation, since >> that's something that's been exposed for awhile... > > It has already changed in 2.3.x in that you have to use ap_mpm_query() > to find the generation. > > I think main() just tells the MPM what the generation is and the MPM > goes about its business with minimal code changes. > ap_mpm_query(GENERATION) would still work if we choose, but we could > back that out, preferring one-true-way over making 2.3.current modules > happy. > > I'm happy to try this out in a few days. > I haven't looked, but yeah, it might not be as all-encompasing as I think ;)