Re: BUG #15150: Reading uninitialised value in NISortAffixes(tsearch/spell.c)

Поиск
Список
Период
Сортировка
От Arthur Zakirov
Тема Re: BUG #15150: Reading uninitialised value in NISortAffixes(tsearch/spell.c)
Дата
Msg-id 20180413113447.GA32474@zakirov.localdomain
обсуждение исходный текст
Ответ на Re: BUG #15150: Reading uninitialised value in NISortAffixes (tsearch/spell.c)  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #15150: Reading uninitialised value in NISortAffixes (tsearch/spell.c)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
On Thu, Apr 12, 2018 at 06:14:03PM -0400, Tom Lane wrote:
> Yeah, existing code is clearly wrong, patch looks OK, will push.

Thank you for the commit!

> But I see from the code coverage report that this bit is unexercised
> in the regression tests.  Any chance of getting a test that covers
> this?  I'm worried that this means we also lack any coverage of
> cases where the CompoundAffix array has more than one entry.

I attached the patch. It fixes the following:
- show an error if actual number of affix aliases is greater than
  initial number. I wonder is it necessary. But I think it is better to
  raise an error than crash, if you set wrong number for AF flag.
- improve code coverage for NISortAffixes().
- test regex_t expressions.
- test MergeAffix()
- test mkVoidAffix() better

The code coverage still isn't 100% for spell.c. But it is better than
earlier.

-- 
Arthur Zakirov
Postgres Professional: http://www.postgrespro.com
Russian Postgres Company

Вложения

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

Предыдущее
От: PG Bug reporting form
Дата:
Сообщение: BUG #15154: hstore_to_jsonb_loose erroneously casting scientificnotation number strings
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #15150: Reading uninitialised value in NISortAffixes (tsearch/spell.c)