Re: BUG #18692: Segmentation fault when extending a varchar column with a gist index with custom signal length

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alexander Korotkov <aekorotkov(at)gmail(dot)com>
Cc: Tender Wang <tndrwang(at)gmail(dot)com>, nicolas(dot)maus(at)bertelsmann(dot)de, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18692: Segmentation fault when extending a varchar column with a gist index with custom signal length
Date: 2024-11-08 14:49:10
Message-ID: 3629173.1731077350@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Alexander Korotkov <aekorotkov(at)gmail(dot)com> writes:
> On Fri, Nov 8, 2024 at 7:10 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> WFM. But I'm concerned that you couldn't build a test case
>> where the comparison fails. Seems like we need one, in view
>> of this bug having escaped detection for so long.

> AFAICS, the only use case of CheckIndexCompatible() is ALTER TYPE. In
> that case we only serialize and deserialize opclass options without
> any involvement of opclass or data type. So, with the current usage
> scenario CompareOpclassOptions() is only a paranoid check, but
> CheckIndexCompatible() has to do it due to its general semantic.

OK. Well, let's settle for having a test case that at least runs
the code, even if only the success path is taken.

With the release freeze bearing down on us, do you want to wait
till after the releases to fix this? It seems non-urgent given
how long it took for anyone to notice.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Andres Freund 2024-11-08 16:41:32 Re: HashAgg degenerate case
Previous Message PG Bug reporting form 2024-11-08 12:47:14 BUG #18697: Postgresql does not start