Re: BUG #18947: TRAP: failed Assert("len_to_wrt >= 0") in pg_stat_statements

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: BUG #18947: TRAP: failed Assert("len_to_wrt >= 0") in pg_stat_statements
Дата
Msg-id f7d8ac5e-96f2-46ef-ba56-9e211f4ffc18@oss.nttdata.com
обсуждение исходный текст
Ответ на Re: BUG #18947: TRAP: failed Assert("len_to_wrt >= 0") in pg_stat_statements  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-bugs

On 2025/06/11 7:39, Michael Paquier wrote:
> On Tue, Jun 10, 2025 at 08:14:40PM +0900, Michael Paquier wrote:
>> Hmm.  I am wondering whether this would be enough; these are not the
>> only places where we use select_no_parens and select_with_parens.  I'd
>> be curious to see what you think a fully-bloomed fix should look like.
> 
> By the way, this report also means that none of the problematic query
> patterns are run in the main regression test suite, or we would have
> noticed something immediately when running the recovery test
> 027_stream_regress.pl that loads PGSS.
> 
> So we have a problem in test coverage with query normalization
> patterns.  But we also have a second, older, problem in terms of
> coverage regarding the parentheses patterns that are assumed as
> supported in the parser.  Even if we finish by reverting the nested
> query tracking support for now (let's settle things before beta2 not
> after it), we should definitely improve the main regression test suite
> in this area to make sure that reintroducing it safe.

Sounds reasonable to me.

Also I agree with reverting the commit and revisiting the feature in v19.

Regards,

-- 
Fujii Masao
NTT DATA Japan Corporation




В списке pgsql-bugs по дате отправления: