Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 47350 invoked from network); 26 Sep 2008 01:38:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Sep 2008 01:38:40 -0000 Received: (qmail 56395 invoked by uid 500); 26 Sep 2008 01:38:38 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 55512 invoked by uid 500); 26 Sep 2008 01:38:36 -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 55503 invoked by uid 99); 26 Sep 2008 01:38:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Sep 2008 18:38:36 -0700 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 [64.202.165.196] (HELO smtpout04-02.prod.mesa1.secureserver.net) (64.202.165.196) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 26 Sep 2008 01:37:35 +0000 Received: (qmail 16581 invoked from network); 26 Sep 2008 01:37:59 -0000 Received: from unknown (209.40.244.194) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 26 Sep 2008 01:37:59 -0000 Message-ID: <48DC3CF5.1070507@rowe-clan.net> Date: Thu, 25 Sep 2008 20:37:57 -0500 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: [PATCH] add ap_sendfile_enabled References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Akins, Brian wrote: > > int ap_feature_enabled(request_rec *r, server_rec *s, int features) > > if(ap_feature_enabled(r, NULL, SENDFILE)) { > blah... > } Couple of points, API fn name sucks, can it be ap_request_config_test(r,feat)? Always request-rec based, there should be no need for server rec (two args are faster than 3). About your other idea, it's a no-go. You would have to perform a subrequest to determine the entire config parsing, before then testing the feature. It's so expensive, it's misleading to shorthand it into a single function. But I don't know that you need to (for adding buckets from multiple files) unless you want the added complexity of adding sendfile buckets. Bill