Re: identifying unrecognized node type errors - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: identifying unrecognized node type errors
Date
Msg-id 2824e64d-4e2a-ac89-67ec-b8a80e3053ec@dunslane.net
Whole thread Raw
In response to Re: identifying unrecognized node type errors  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: identifying unrecognized node type errors  (Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>)
List pgsql-hackers
On 3/24/22 16:10, Tom Lane wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>> As I was tracking down some of these errors in the sql/json patches I
>> noticed that we have a whole lot of them in the code, so working out
>> which one has triggered an error is not as easy as it might be. ISTM we
>> could usefully prefix each such message with the name of the function in
>> which it occurs, along the lines of this fragment for nodeFuncs.c. Thoughts?
> -1.  You're reinventing the error location support that already exists
> inside elog.  Just turn up log_error_verbosity instead.
>
>             



Yeah, must have had some brain fade. Sorry for the noise.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCH] pg_statio_all_tables: several rows per table due to invalid TOAST index
Next
From: Daniel Gustafsson
Date:
Subject: Re: Doc patch: replace 'salesmen' with 'salespeople'