Re: [HACKERS] putting CHECK_FOR_INTERRUPTS in

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] putting CHECK_FOR_INTERRUPTS in
Дата
Msg-id 20568.1154214313@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] putting CHECK_FOR_INTERRUPTS in  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: [HACKERS] putting CHECK_FOR_INTERRUPTS in  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-patches
Bruce Momjian <bruce@momjian.us> writes:
> Are we done with the sort interrupt issue mentioned in the subject line,
> and the issue outlined below?

I'm inclined not to apply the proposed patch (adding
CHECK_FOR_INTERRUPTS) because of the risk of memory leakage inside
qsort.  OTOH you could argue that there's an unfixable risk of memory
leakage there anyway, because it's always possible that the invoked
datatype comparison routine exits with elog(ERROR) for some reason,
or even contains a CHECK_FOR_INTERRUPTS call itself.  Comments?

As for the question of whether we should try to detoast sort keys before
sorting, I'd suggest adding that to TODO.  Investigating whether this
would be a good idea will take more time than we have for 8.2, so it's
gonna have to wait for a future cycle.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] pg_regress breaks on msys
Следующее
От: Greg Sabino Mullane
Дата:
Сообщение: New variable server_version_num