Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A3A5E1098D for ; Fri, 21 Mar 2014 19:45:57 +0000 (UTC) Received: (qmail 69362 invoked by uid 500); 21 Mar 2014 19:45:54 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 68969 invoked by uid 500); 21 Mar 2014 19:45:53 -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 68748 invoked by uid 99); 21 Mar 2014 19:45:53 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Mar 2014 19:45:53 +0000 Received: by minotaur.apache.org (Postfix, from userid 2161) id 77A1D10986; Fri, 21 Mar 2014 19:45:53 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gauss.localdomain (Postfix) with ESMTP id 849B14C4 for ; Fri, 21 Mar 2014 20:45:44 +0100 (CET) Message-ID: <532C96E8.5080908@apache.org> Date: Fri, 21 Mar 2014 20:45:44 +0100 From: Ruediger Pluem User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: svn commit: r1554300 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h include/ap_regex.h include/http_core.h modules/proxy/mod_proxy.c modules/proxy/mod_proxy.h server/core.c server/request.c server/util_pcre.c References: <20131230195053.8FBE123889CB@eris.apache.org> <52CFAC91.5080707@apache.org> <52D592F0.1010503@apache.org> <63975BA1-11CE-4251-9736-312021A64790@jaguNET.com> <6D2DC61F-A607-4773-8663-C6A1523AD86E@jaguNET.com> <7118BCF4-4E28-4B53-86EA-37B469800ECB@jaguNET.com> <0D3C1E60-D23C-491E-8BCE-FD37983CF1C7@jaguNET.com> <25995F8B-3055-4613-B3BF-1232A5A019C8@jaguNET.com> In-Reply-To: <25995F8B-3055-4613-B3BF-1232A5A019C8@jaguNET.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Jim Jagielski wrote: > Just looking for verification here ;) No worries. > > Thx! > On Mar 19, 2014, at 12:46 PM, Jim Jagielski wrote: > >> As noted, from how I understand it, currently we allow it to >> build BUT the behavior is not as expected or designed, since >> the expected behavior *requires* PCRE_DUPNAMES. If we require >> PCRE_DUPNAMES then we require it, right? >> > > Correct. As far as I remember Grahams proposal was to put the different behaviors in the documentation as the behavior only differs in specific cases (same capture name used more then once). So IMHO the feature still makes sense even without PCRE_DUPNAMES available. To be honest that documentation part somehow felt through the cracks :-). Regards R�diger