Re: BUG #12694: crash if the number of result rows is lower than gin_fuzzy_search_limit

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: BUG #12694: crash if the number of result rows is lower than gin_fuzzy_search_limit
Дата
Msg-id 54CA74D3.3090102@vmware.com
обсуждение исходный текст
Ответ на Re: BUG #12694: crash if the number of result rows is lower than gin_fuzzy_search_limit  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #12694: crash if the number of result rows is lower than gin_fuzzy_search_limit  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
On 01/29/2015 06:04 PM, Tom Lane wrote:
> Heikki Linnakangas <hlinnakangas@vmware.com> writes:
>> On 01/29/2015 05:26 PM, Tom Lane wrote:
>> I'm not sure if
>> it would actually be better that way though; it's not clear to me how
>> the fuzzy search limit should interact with the fast scan code.
>
> Yeah, it might be better but it's not very clear what the implications
> are.  Probably shouldn't touch that as part of an emergency bug fix.

Committed and backpatched a minimal fix.

For master and 9.4, I'm thinking of applying the attached. It makes it
clear that startScan() is not used to re-start a scan with existing scan
keys, but is always called on a newly initialized scan keys.

It also plugs the obvious leaking of the arrays. I'll look at the other
memory leaks separately, but this seems appropriate for 9.4.

- Heikki


Вложения

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #12694: crash if the number of result rows is lower than gin_fuzzy_search_limit
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: BUG #12670: Can't create postgis extension in single-user mode