Re: BUG #16293: postgres segfaults and returns SQLSTATE 08006

From: Amit Langote <amitlangote09(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Daniel WM <dwilches(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #16293: postgres segfaults and returns SQLSTATE 08006
Date: 2020-03-31 09:37:56
Message-ID: CA+HiwqH_4dnZ=9gqKYk8fkECkB00pCYeXttiZLtjxFr7T8LYew@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Tue, Mar 31, 2020 at 3:30 PM Amit Langote <amitlangote09(at)gmail(dot)com> wrote:
> On Tue, Mar 24, 2020 at 3:53 AM Andres Freund <andres(at)anarazel(dot)de> wrote:
> > If we actually want to keep this conversion, I wonder if the right
> > answer would be to change those routines to pass in
> > mtstate->mt_root_tuple_slot instead (and ensure it's created when
> > needed). One way to achieve that would be to move
> > ModifyTableState->mt_root_tuple_slot to ResultRelInfo - and potentially
> > create it on demand?
>
> Something like ri_PartitionRootSlot sounds like a good idea, but we
> should make that a reference to mt_root_tuple_slot instead of its
> replacement. Would you be interested in seeing a patch?

I have updated the patch for HEAD to be this way.

--
Thank you,

Amit Langote
EnterpriseDB: http://www.enterprisedb.com

Attachment Content-Type Size
v2-0001-Build-root-tuple-in-ExecBuildSlotValueDescription.patch application/octet-stream 17.1 KB

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2020-03-31 13:43:36 Re: BUG #16330: psql accesses null pointer in connect.c:do_connect
Previous Message Michael Paquier 2020-03-31 07:21:53 Re: BUG #16330: psql accesses null pointer in connect.c:do_connect