Re: Seeking clarification of ABNF "name formation" reference

Julian Reschke <julian.reschke@gmx.de> Wed, 23 May 2007 11:47 UTC

Return-path: <discuss-bounces@apps.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HqpJA-0007gE-K0; Wed, 23 May 2007 07:47:12 -0400
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1HqpJ9-0007g9-Ne for discuss-confirm+ok@megatron.ietf.org; Wed, 23 May 2007 07:47:11 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HqpJ9-0007fv-Do for discuss@apps.ietf.org; Wed, 23 May 2007 07:47:11 -0400
Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HqpJ8-0000tV-1J for discuss@apps.ietf.org; Wed, 23 May 2007 07:47:11 -0400
Received: (qmail invoked by alias); 23 May 2007 11:47:09 -0000
Received: from mail.greenbytes.de (EHLO [192.168.1.87]) [217.91.35.233] by mail.gmx.net (mp047) with SMTP; 23 May 2007 13:47:09 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX191WLQ7gHZ1EHx4eL17cLbegnyf6EqTkkgcGlux0A QcObvnLKUfMnRS
Message-ID: <465429B2.8030006@gmx.de>
Date: Wed, 23 May 2007 13:46:58 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666
MIME-Version: 1.0
To: "Clive D.W. Feather" <clive@demon.net>
Subject: Re: Seeking clarification of ABNF "name formation" reference
References: <46523D89.70905@dcrocker.net> <20070523084651.GB57435@finch-staff-1.thus.net>
In-Reply-To: <20070523084651.GB57435@finch-staff-1.thus.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
Cc: discuss@apps.ietf.org, dcrocker@bbiw.net
X-BeenThere: discuss@apps.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: general discussion of application-layer protocols <discuss.apps.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=unsubscribe>
List-Post: <mailto:discuss@apps.ietf.org>
List-Help: <mailto:discuss-request@apps.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=subscribe>
Errors-To: discuss-bounces@apps.ietf.org

Clive D.W. Feather wrote:
> If "value range" means the "%x20-3F" construct, then that has higher
> precedence than comment, I would suggest. More significantly, repetition
> has lower precedence than grouping and optional: this is shown firstly by
> the formal grammar, and secondly because "*(A B)" means zero or more sets
> of A-then-B, while if repetition had higher precedence then it would mean
> zero or more As followed by one B (that is, the same as "((*A) B)").

Maybe we could have the individual items in the precedence list 
reference either subsections in section 3, or rule names in section 4?

>> The reference to "Name formation" has been in this form since RFC 2234.
> 
> I assumed it was <prose-val>.
> 
> However, as Philip points out, it's not defined anywhere in sections 2 or
> 3. Rather, 2.1 implies that the "<rulename>" form can occur on the left of
> the <defined-as> if the author wants. This means that the grammar should
> have the following definitions for rulename:

Maybe we should check whether that is used in practice, and what the 
parser implementations do with it.

>     rulename = ub-rulename / "<" ub-rulename ">"
>     ub-rulename = ALPHA *(ALPHA / DIGIT / "-")
> 
> I've used "ub-rulename" to mean "unbracketed rulename"; feel free to change
> it.
> 
> Is it intentional to allow <rulename> to end in a hyphen?
> 
> As well as needing a textual description of <prose-val>, there are two other
> considerations:
> (1) the comment implies that "<" cannot occur in a <prose-val>, but the
>     formal grammar allows it;

Right.

> (2) with the above change, the grammar is ambiguous, because "<rulename>"
>     can be either a <rulename> or a <prose-val>. This needs disambiguating
>     in some way, either in a comment or by requiring a prose-val to contain
>     a non alphanumeric character (which might be space).

Best regards, Julian