From: | rir <rirans(at)comcast(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | rir <rirans(at)comcast(dot)net>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, pgsql-docs(at)lists(dot)postgresql(dot)org |
Subject: | Re: small patch |
Date: | 2021-10-09 21:31:07 |
Message-ID: | 20211009213107.z3ffgqorqmbwqabp@localhost |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On Thu, Oct 07, 2021 at 04:24:16PM -0400, Tom Lane wrote:
> rir <rirans(at)comcast(dot)net> writes:
> > On Thu, Oct 07, 2021 at 07:58:47AM +0200, Laurenz Albe wrote:
> >> Can you think of a way to modify the syntax diagram so that it
> >> expresses that and still remains comprehensible?
>
> > For myself,
> > 'FETCH [ <direction> [ FROM | IN ] ] <cursor_name>'
> > clearly indicates that 'direction' is optional.
>
> FETCH FROM cursor_name
>
> which in fact is legal. I think however that we could make it read
>
> FETCH [ <direction> ] [ FROM | IN ] <cursor_name>'
>
> and have a correct description without requiring <direction>
> to be allowed to be empty.
> BTW, as it stands, the diagram is ambiguous
> because there are two ways to parse
>
> FETCH cursor_name
>
> ... is <direction> present but empty, or omitted altogether?
I am confident you know what you mean, but I don't. At the _parsing_
stage how is any distinction between emptiness and omission?
I can correct the patch to reflect the rightness of
FETCH [ <direction> ] [ FROM | IN ] <cursor_name>
in the sgml file and at least one misquote I have found.
Not being here that often, I will wait to see this conversation resolve.
Rob
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2021-10-09 21:42:34 | Re: small patch |
Previous Message | Pantelis Theodosiou | 2021-10-08 13:27:25 | Re: 9.17. Sequence Manipulation Functions |