Re: trap instead of error on 32 TiB table

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: trap instead of error on 32 TiB table
Дата
Msg-id CA+TgmoZD3xX5gBWrO6CEQ64ZNcMe3txTgb77-zNVrmptrcsndg@mail.gmail.com
обсуждение исходный текст
Ответ на trap instead of error on 32 TiB table  (Christoph Berg <christoph.berg@credativ.de>)
Список pgsql-hackers
Дерево обсуждения 
On Thu, Sep 9, 2021 at 7:52 AM Christoph Berg
<christoph.berg@credativ.de> wrote:
> Shouldn't the cassert build raise the ERROR instead as well?

We should definitely get an ERROR in both cases, not an assertion
failure. Exactly which ERROR we get seems negotiable.

-- 
Robert Haas
EDB: http://www.enterprisedb.com

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

Предыдущее
От: "Drouvot, Bertrand"
Дата:
Сообщение: Re: [BUG] Failed Assertion in ReorderBufferChangeMemoryUpdate()
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: Use generation context to speed up tuplesorts