Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 69225 invoked by uid 500); 13 Jan 2003 22:49:46 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 69212 invoked from network); 13 Jan 2003 22:49:46 -0000 Message-ID: <3E2342B0.4040007@stason.org> Date: Tue, 14 Jan 2003 09:50:24 +1100 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eli Marmor Cc: apreq list Subject: Re: cvs tagged as v1_1 (was Re: 1.1_rc4) References: <3E1F7C59.9090506@stason.org> <3E20C97A.2020200@stason.org> <3E20D9FB.9010304@stason.org> <3E221E7E.1479672@netmask.it> <3E22248D.9080301@stason.org> <3E2224E6.770C6FF8@netmask.it> <07e101c2bae2$ad398b40$3f0aa8c0@fmenc001dev> <3E22888E.EB0B294E@netmask.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Eli Marmor wrote: [...] > The only justification of requiring the request_rec is the pool. > So we can move the code of the function to a sub-function (called > "apr_request_new") and leave only the following in the original > function: [...] you do need the pool variable because we now use that much cleaner way to allocate memory in apreq-2.0. So instead of requiring request_rec, the API could ask directly for the pool. That pool can be easily created by other apps (not httpd) since apr will be already linked in. So I suppose what you suggest (in this example) is to use only the really needed elements in the API, rather than passing more app-specific objects, which is the case with request_rec. __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:stas@stason.org http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com