From: | Artur Zakirov <zaartur(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Teodor Sigaev <teodor(at)sigaev(dot)ru> |
Subject: | Re: CREATE TEXT SEARCH DICTIONARY segfaulting on 9.6+ |
Date: | 2019-11-03 03:50:45 |
Message-ID: | CAKNkYnyJa-=LwPCy0HLHRMnpyZK5GsP-wSZKwUv0gvCrUX8pyA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sun, Nov 3, 2019 at 5:48 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> Arthur Zakirov <zaartur(at)gmail(dot)com> writes:
> > On 2019/10/13 10:26, Tomas Vondra wrote:
> >> So I think we need some sort of cross-check here. We certainly need to
> >> make NISortDictionary() check the affix value is within AffixData
> >> bounds, and error out when the index is non-sensical (maybe negative
> >> and/or exceeding nAffixData).
>
> > I agree, I attached the patch which do this. I also added couple
> > asserts, tests and fixed condition in getAffixFlagSet():
>
> > - if (curaffix > 0 && curaffix <= Conf->nAffixData)
> > + if (curaffix > 0 && curaffix < Conf->nAffixData)
>
> Looks reasonable to me, and we need to get something done before
> the upcoming releases, so I pushed this. Perhaps there's more
> that could be done later.
Great, thank you!
--
Artur
From | Date | Subject | |
---|---|---|---|
Next Message | Dilip Kumar | 2019-11-03 04:19:31 | Re: [HACKERS] Block level parallel vacuum |
Previous Message | Jeff Janes | 2019-11-03 01:54:54 | Logical replication wal sender timestamp bug |