From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | Re: pgsql: Make all ereport() calls within gram.y provide error locations. |
Date: | 2024-11-01 01:56:50 |
Message-ID: | ZyQ1YgvaQw85F-Jm@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Hi Tom,
On Thu, Oct 31, 2024 at 08:09:38PM +0000, Tom Lane wrote:
> Make all ereport() calls within gram.y provide error locations.
>
> This patch responds to a comment that I (tgl) made in the
> discussion leading up to 774171c4f, that really all errors
> occurring during raw parsing should provide error cursors.
> Syntax errors reported by Bison will have one, and most of
> the handwritten ereport's in gram.y already provide one,
> but there were a few stragglers.
>
> (It is not claimed that this handles every failure reachable
> during raw parsing --- out-of-memory is an obvious exception.
> But this makes a good start on cases that are likely to occur.)
>
> While we're at it, clean up the reported positions for errors
> associated with LIMIT/OFFSET clauses. Previously we were
> relying on applying exprLocation() to the contained expressions,
> but that leads to slightly odd cursor placement, e.g.
The tests of sepgsql need a refresh:
https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=rhinoceros&dt=2024-10-31%2020%3A52%3A13
Thanks,
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2024-11-01 02:00:19 | Re: pgsql: Make all ereport() calls within gram.y provide error locations. |
Previous Message | Michael Paquier | 2024-11-01 01:32:34 | pgsql: Add SQL function array_reverse() |