Lists Home |
Date Index |
- From: "Michael Kay" <M.H.Kay@eng.icl.co.uk>
- To: "XML Dev" <firstname.lastname@example.org>
- Date: Tue, 4 Aug 1998 10:29:42 +0100
>*sigh* I do wish people wouldn't review things without
>them. I happen to agree with you about MAY NOT, but that's
>what RFC 2119 says. The RFC is about 600 words long, BTW,
>here's a link: http://www.isi.edu/in-notes/rfc2119.txt .
Thanks for the reference. I've read it now. I'm relieved to
discover it does not recommend or assign a meaning to the
phrase "MAY NOT".
Wherever "MAY NOT" appears in a (so-called) spec, it either
means "MUST NOT" or it means "MAY OR MAY NOT", which is a
synonym for "MAY", and which, as I remarked earlier, is
formally equivalent to omitting the sentence.
>> I don't much like "may" either. Everything is permitted
>> unless the specification prohibits it, a sentence whose
>> verb is "may" therefore says nothing.
>*Everything*? So if a specification for a C compiler
>*say* that compiling a strictly conforming program does
>make demons fly out of your nose, then the compiler is
>to do that?
Absolutely. It might not succeed in the market, but it would
conform to the spec.
(As did an early Algol68 compiler I once used whose only
error message was "<filename> is not a program". Which, come
to think of it, is not that far removed from the behaviour
of some XML parsers I have used...)
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)