Re: trap instead of error on 32 TiB table - Mailing list pgsql-hackers

From Robert Haas
Subject Re: trap instead of error on 32 TiB table
Date
Msg-id CA+TgmoZD3xX5gBWrO6CEQ64ZNcMe3txTgb77-zNVrmptrcsndg@mail.gmail.com
Whole thread Raw
In response to trap instead of error on 32 TiB table  (Christoph Berg <christoph.berg@credativ.de>)
List 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 by date:

Previous
From: "Drouvot, Bertrand"
Date:
Subject: Re: [BUG] Failed Assertion in ReorderBufferChangeMemoryUpdate()
Next
From: Tomas Vondra
Date:
Subject: Re: Use generation context to speed up tuplesorts