Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 8323 invoked from network); 9 Feb 2009 01:25:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Feb 2009 01:25:35 -0000 Received: (qmail 54780 invoked by uid 500); 9 Feb 2009 01:25:28 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 54718 invoked by uid 500); 9 Feb 2009 01:25:28 -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 54709 invoked by uid 99); 9 Feb 2009 01:25:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Feb 2009 17:25:28 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.92.147] (HELO qw-out-1920.google.com) (74.125.92.147) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Feb 2009 01:25:22 +0000 Received: by qw-out-1920.google.com with SMTP id 9so514065qwj.48 for ; Sun, 08 Feb 2009 17:25:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.214.184.14 with SMTP id h14mr1408267qaf.162.1234142701006; Sun, 08 Feb 2009 17:25:01 -0800 (PST) In-Reply-To: <9338f5ad0902081705k31bd450evf351d3a3e3a3393b@mail.gmail.com> References: <9338f5ad0902071514k1e834d08rd34264f3084081c8@mail.gmail.com> <498E39C5.2040509@sharp.fm> <9338f5ad0902081022p744b7982j7ec1937a6b3b257a@mail.gmail.com> <9338f5ad0902081327x65c0aff6gf1ef046b4285ac33@mail.gmail.com> <498F70CD.2070804@force-elite.com> <9338f5ad0902081623k78e13a9bg1d5918fab70ae299@mail.gmail.com> <498F8002.1030704@force-elite.com> <9338f5ad0902081705k31bd450evf351d3a3e3a3393b@mail.gmail.com> Date: Sun, 8 Feb 2009 17:25:00 -0800 Message-ID: <9338f5ad0902081725g13372e3doc514a8db40de6b93@mail.gmail.com> Subject: Re: Getting pool associated with current thread/child From: Brian McCallister To: dev@httpd.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Sun, Feb 8, 2009 at 5:05 PM, Brian McCallister wrote: > On Sun, Feb 8, 2009 at 4:59 PM, Paul Querna wrote: > >> r742218 adds conn_rec::current_thread, and implements support for it on >> all the common Unix MPMs..... >> >> It turns out its really hard to use the request_rec in the MPMs, but yet >> again its in trouble of where we draw the lines between MPMs and >> everything else. > > conn_rec is thread safe relative to the request_rec, so has same effect :-) Actually, is this a true statement? -Brian (who thinks processes should be enough) > > Thanks! > > -Brian >