Re: pgsql: Fix another instance of unsafe coding for shm_toc_lookup failure

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Fix another instance of unsafe coding for shm_toc_lookup failure
Дата
Msg-id 6686.1517800529@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pgsql: Fix another instance of unsafe coding for shm_toc_lookup failure  (Thomas Munro <thomas.munro@enterprisedb.com>)
Список pgsql-committers
Thomas Munro <thomas.munro@enterprisedb.com> writes:
> On Sat, Feb 3, 2018 at 3:08 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> OK.  Please send in a patch to either do that or switch this call to use
>> noError = false.  Or possibly both: shouldn't there be some other signal
>> path that tells the worker whether instrumentation is needed?  I'll
>> leave it alone pending your investigation.

> Here's a patch do to both.

LGTM, pushed.

            regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Skip setting up shared instrumentation for Hash node if notneed
Следующее
От: Tom Lane
Дата:
Сообщение: pgsql: Fix RelationBuildPartitionKey's processing of partition keyexpr