Return-Path: <brian.peter.dickson@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id 148F81270A3
 for <dnsop@ietfa.amsl.com>; Thu, 30 Mar 2017 17:07:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001]
 autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
 header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44])
 by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id VGmTejdof_TJ for <dnsop@ietfa.amsl.com>;
 Thu, 30 Mar 2017 17:07:30 -0700 (PDT)
Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com
 [IPv6:2607:f8b0:4001:c0b::22d])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 4178A12869B
 for <dnsop@ietf.org>; Thu, 30 Mar 2017 17:07:30 -0700 (PDT)
Received: by mail-it0-x22d.google.com with SMTP id y18so4193713itc.1
 for <dnsop@ietf.org>; Thu, 30 Mar 2017 17:07:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; 
 h=mime-version:from:date:message-id:subject:to;
 bh=ZSWIIfDECZHJoWSqAR+an9B9Y5urF6I3bUg5rcIbaYI=;
 b=Kcwtzu0eEDPx1Ln2d1wOEMtx7fqGT/Y9Q+exnXCJefxTWeXZ3i7IPdaOMRhD341kt5
 1T5EXo98GMFVT7AcBAiMTrZJIsTm73cLCd0ZelW/c1PXuqkNzH/V4Ow2VbXwiIwxBm5m
 cygRrCx/8alGVUCvQGD4Iyh6gxrMpBDOcL+dPUxo5Hd7uNXHtmp6W3Cy/UZO2vyKahgi
 rwsJbTdBdQAJsBkibSTj3ierUBMv2v014vD6fm/UZoe3IKkZRoW0nFF6yghOUByyzHu5
 ydVFHbUGEOQKUR0TmD8n/imVjwTx3IHUOT92Pn5a7psDrxiYEAFVhtaMm4QHW3IJGW+U
 C9Bg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=ZSWIIfDECZHJoWSqAR+an9B9Y5urF6I3bUg5rcIbaYI=;
 b=lcE680cAH+n4tdBjnUnbbQwAQHMbmVqoWMGd3cNhtZ+j2XIllc2Aono9JZ8NzE3aLL
 RpgD3bMDJlv7I9nsOIIJnqePbs2ZhRsOcAxWh+6BVAUzpAALib955Ady6nPX9BrwgKeF
 jNu9zC4yr/oPPlRn/pMh5wunROfzDPtmHu1KMYFYtIhm3uZCkQKpccrE/eFr/br1KeKG
 uoDIk5LcflXDa+eR7lQK8O2gAtke4Jghy54MnnU/HHHjhr8Wmde2dZIg8rTyS8fwoHwr
 +4Z73uhPqybWUAca42GpVda1Df84LqZA9Nu3ZvxLKazo1ugcuf5A0NfAcsC3ZGgUGnu5
 XLSw==
X-Gm-Message-State: AFeK/H24L99WZvpFDtm3DCshqCaFDUSvBT9rcp8QjZvKIeAmDyKEiHISZh+oBycUqUEnQbnAFK+whU5Ftqp7Kg==
X-Received: by 10.36.103.215 with SMTP id u206mr387492itc.6.1490918849315;
 Thu, 30 Mar 2017 17:07:29 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.36.46.151 with HTTP; Thu, 30 Mar 2017 17:07:28 -0700 (PDT)
From: Brian Dickson <brian.peter.dickson@gmail.com>
Date: Thu, 30 Mar 2017 19:07:28 -0500
Message-ID: <CAH1iCiouKZYAtdpSPNEK+fy-O8UQZbEf5O8sH-+zJqUhZdwvGA@mail.gmail.com>
To: "dnsop@ietf.org WG" <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary=001a114a9e5c670b68054bfb98e9
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/QCraribgw0d6BjYtDiqONZWrBy8>
Subject: [DNSOP] Microphone question on back-references - BULK RR
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>,
 <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>,
 <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Mar 2017 00:07:32 -0000

--001a114a9e5c670b68054bfb98e9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

>
> Apologies but I did not hear the full question regarding BULK RR=E2=80=99=
s and the
> perl like back-references.  If you could please repeat the question we
> would be happy to comment.
>
>
>
>
>
> Thanks,
>
> John
>

Sorry for the delayed response.

The question was:

Given the use of perl-style back-references ( like "${1}" ) - would it not
make sense to use the same perl syntax to provide well-defined targets for
those back-references?

E.g. "my-special-(<regex-thing>)-(<regex-thing>)-with-suffix" and then
there is no ambiguity as to what ${1} and ${2} point at?

Perl regex rules are IMHO very clean and clever, and avoid ambiguity very
nicely.
(Also historical shout-out to Henry Spencer, whose regex mods served as the
source for perl's.)

Things inside parentheses are the target of back-refs.
In Perl, there is no need to escape the parentheses within regexes.

Brian

--001a114a9e5c670b68054bfb98e9
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p class=
=3D"MsoNormal" style=3D"color:rgb(0,0,0);font-family:times;font-size:medium=
">Apologies but I did not hear the full question regarding BULK RR=E2=80=99=
s and the perl like back-references.=C2=A0 If you could please repeat the q=
uestion we would be happy to comment.<span></span></p><p class=3D"MsoNormal=
" style=3D"color:rgb(0,0,0);font-family:times;font-size:medium"><span>=C2=
=A0</span></p><p class=3D"MsoNormal" style=3D"color:rgb(0,0,0);font-family:=
times;font-size:medium"><span>=C2=A0</span></p><p class=3D"MsoNormal" style=
=3D"color:rgb(0,0,0);font-family:times;font-size:medium">Thanks,<span></spa=
n></p><p class=3D"MsoNormal" style=3D"color:rgb(0,0,0);font-family:times;fo=
nt-size:medium">John</p></blockquote><div><br></div><div>Sorry for the dela=
yed response.</div><div><br></div><div>The question was:</div><div><br></di=
v><div>Given the use of perl-style back-references ( like &quot;${1}&quot; =
) - would it not make sense to use the same perl syntax to provide well-def=
ined targets for those back-references?</div><div><br></div><div>E.g. &quot=
;my-special-(&lt;regex-thing&gt;)-(&lt;regex-thing&gt;)-with-suffix&quot; a=
nd then there is no ambiguity as to what ${1} and ${2} point at?</div><div>=
<br></div><div>Perl regex rules are IMHO very clean and clever, and avoid a=
mbiguity very nicely.</div><div>(Also historical shout-out to Henry Spencer=
, whose regex mods served as the source for perl&#39;s.)</div><div><br></di=
v><div>Things inside parentheses are the target of back-refs.=C2=A0</div><d=
iv>In Perl, there is no need to escape the parentheses within regexes.<br><=
/div><div><br></div><div>Brian</div></div>

--001a114a9e5c670b68054bfb98e9--

