Re: identifying unrecognized node type errors
От | Andrew Dunstan |
---|---|
Тема | Re: identifying unrecognized node type errors |
Дата | |
Msg-id | 2824e64d-4e2a-ac89-67ec-b8a80e3053ec@dunslane.net обсуждение исходный текст |
Ответ на | Re: identifying unrecognized node type errors (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: identifying unrecognized node type errors
|
Список | 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 по дате отправления: