Re: [netmod] Potential additions to rfc6087bis: RegEx guidelines

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 25 August 2017 12:53 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8878132027 for <netmod@ietfa.amsl.com>; Fri, 25 Aug 2017 05:53:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 7VWFbCDFTv_c for <netmod@ietfa.amsl.com>; Fri, 25 Aug 2017 05:53:05 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3642E132BEB for <netmod@ietf.org>; Fri, 25 Aug 2017 05:52:58 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 4410FF01; Fri, 25 Aug 2017 14:52:56 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id FllDP4u6g0PJ; Fri, 25 Aug 2017 14:52:53 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Fri, 25 Aug 2017 14:52:56 +0200 (CEST)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 24E10200E2; Fri, 25 Aug 2017 14:52:56 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id gEGuTak7Gc8d; Fri, 25 Aug 2017 14:52:55 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id ADA87200E0; Fri, 25 Aug 2017 14:52:55 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 46200404C84D; Fri, 25 Aug 2017 14:52:54 +0200 (CEST)
Date: Fri, 25 Aug 2017 14:52:54 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Xufeng Liu <Xufeng_Liu@jabil.com>
Cc: Per Hedeland <per@tail-f.com>, Ladislav Lhotka <lhotka@nic.cz>, "'netmod@ietf.org'" <netmod@ietf.org>
Message-ID: <20170825125254.6nhnzkrar6fhu7zr@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Xufeng Liu <Xufeng_Liu@jabil.com>, Per Hedeland <per@tail-f.com>, Ladislav Lhotka <lhotka@nic.cz>, "'netmod@ietf.org'" <netmod@ietf.org>
References: <BN3PR0201MB0867DAD1212DBA2E88570AD5F1850@BN3PR0201MB0867.namprd02.prod.outlook.com> <20170824060900.u5kcffzvwjr7mmob@elstar.local> <152f24b2-7947-9c76-714c-af226ab3fe91@tail-f.com> <8760ddc676.fsf@nic.cz> <599F0991.7020900@tail-f.com> <BN3PR0201MB0867A248887538077CD5D49FF19B0@BN3PR0201MB0867.namprd02.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <BN3PR0201MB0867A248887538077CD5D49FF19B0@BN3PR0201MB0867.namprd02.prod.outlook.com>
User-Agent: NeoMutt/20170714 (1.8.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/WStkwAAWcTm34IUGUGarPCpSXcI>
Subject: Re: [netmod] Potential additions to rfc6087bis: RegEx guidelines
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Aug 2017 12:53:08 -0000

On Fri, Aug 25, 2017 at 12:40:18PM +0000, Xufeng Liu wrote:
> 
> > I did not see a proposed change to the standard YANG specification
> > regarding the regexp flavor, only a proposal that module authors
> > SHOULD show consideration for implementations that don't comply
> > with the standard.
> >

> [Xufeng] This is the point.
 
Perhaps this did not come out properly.

Anyway, why would I as a YANG author have to replace \d with [0..9] so
that implementations that can't handle \d are happy? An implementation
can easily do this substitution itself before passing the pattern to
the regex engine it prefers to use. (I think this is what libyang is
actually doing, I think it uses pcre internally.)

YANG 1.0 and 1.1 are pretty clear which pattern syntax they use.
Implementations should try to support that.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>