Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@www.apache.org Received: (qmail 77978 invoked from network); 30 Jan 2005 00:11:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 30 Jan 2005 00:11:57 -0000 Received: (qmail 93376 invoked by uid 500); 30 Jan 2005 00:11:57 -0000 Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 93265 invoked by uid 500); 30 Jan 2005 00:11:57 -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 93247 invoked by uid 99); 30 Jan 2005 00:11:56 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of joe@mail.sunstarsys.com designates 64.139.134.58 as permitted sender) Received: from colo.traci.net (HELO mail.sunstarsys.com) (64.139.134.58) by apache.org (qpsmtpd/0.28) with ESMTP; Sat, 29 Jan 2005 16:11:55 -0800 Received: from gemini.sunstarsys.com (mumonkan.sunstarsys.com [65.3.9.33]) by mail.sunstarsys.com (8.12.3/8.12.3/Debian-7.1) with ESMTP id j0U0BqBg016411; Sat, 29 Jan 2005 19:11:52 -0500 Received: from gemini.sunstarsys.com (joe@localhost.localdomain [127.0.0.1]) by gemini.sunstarsys.com (8.13.2/8.13.2/Debian-1) with ESMTP id j0U0BkN6007816; Sat, 29 Jan 2005 19:11:46 -0500 Received: (from joe@localhost) by gemini.sunstarsys.com (8.13.2/8.13.2/Submit) id j0U0Bjf6007815; Sat, 29 Jan 2005 19:11:45 -0500 To: Stas Bekman Cc: apreq-dev@httpd.apache.org Subject: Re: [multi-env] privatizing apreq_request_t and apreq_jar_t References: <20050112221409.GA20209@roonstrasse.net> <876520kmfq.fsf@gemini.sunstarsys.com> <87d5vsc20f.fsf@gemini.sunstarsys.com> <20050126082026.GB2127@roonstrasse.net> <87ekg694ff.fsf@gemini.sunstarsys.com> <20050127175230.GA15384@roonstrasse.net> <87acqu91d6.fsf@gemini.sunstarsys.com> <87651i9064.fsf@gemini.sunstarsys.com> <87ekg45fw3.fsf@gemini.sunstarsys.com> <41FC1D14.5040703@stason.org> From: Joe Schaefer Date: Sat, 29 Jan 2005 19:11:45 -0500 In-Reply-To: <41FC1D14.5040703@stason.org> (Stas Bekman's message of "Sat, 29 Jan 2005 18:32:36 -0500") Message-ID: <87vf9fvkqm.fsf@gemini.sunstarsys.com> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Stas Bekman writes: > I find the 'env' part very unintuitive. What mnemonic you have > attached to it? Any chance it can be something else than env? env is > confusingly close to environ stuff. That's what its origins are, but eventually the "_env" will probably just go away. First I want to finish reworking the C APIs around Max's module/handle concept. When that part is done, I think that's the time to discuss chucking all the "_env" tags. > I mention that, since every time I was trying to figure out the perl > xs glue I was getting lost. Mainly due to that env thingy, since it > didn't make any sense to me. OK, but for now it's best to think of trunk's env as being a programming environment (one for CGI, another one for Apache). Eventually I expect it to look a lot more like DBI.pm's handle/driver concept, but that transition will be a bit messy. -- Joe Schaefer