Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 91125 invoked from network); 9 Feb 2009 01:07:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Feb 2009 01:07:06 -0000 Received: (qmail 46665 invoked by uid 500); 9 Feb 2009 01:07:03 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 46607 invoked by uid 500); 9 Feb 2009 01:07:03 -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 46598 invoked by uid 99); 9 Feb 2009 01:07:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Feb 2009 17:07:03 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [74.125.92.146] (HELO qw-out-1920.google.com) (74.125.92.146) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Feb 2009 01:06:56 +0000 Received: by qw-out-1920.google.com with SMTP id 9so512678qwj.48 for ; Sun, 08 Feb 2009 17:06:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.215.100.8 with SMTP id c8mr5844043qam.125.1234141593740; Sun, 08 Feb 2009 17:06:33 -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:06:33 -0800 Message-ID: <9338f5ad0902081706g152bfe5dy84142f6ee3de21fa@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 :-) Speaking of, what is general policy on breaking modules re non-unix stuff? Is there any #define I can make use of to protect non-*nix stuff from it until the other mpms support it? -Brian > > Thanks! > > -Brian >