| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | David Rowley <dgrowleyml(at)gmail(dot)com> |
| Cc: | cyg0810(at)gmail(dot)com, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: BUG #17117: FailedAssertion at planner.c |
| Date: | 2021-07-22 14:50:18 |
| Message-ID: | 781665.1626965418@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
David Rowley <dgrowleyml(at)gmail(dot)com> writes:
> On Fri, 23 Jul 2021 at 00:28, David Rowley <dgrowleyml(at)gmail(dot)com> wrote:
>> I'm unsure if parse->hasModifyingCTE is not being set properly and
>> that's causing PlannerGlobal.parallelModeOK to be set incorrectly in
>> standard_planner or if we should just be never setting anything to
>> parallelModeOK that's not parse->querySource == QSRC_ORIGINAL.
> I think the hasModifyingCTE going missing is the problem here.
I think this is a dup of the ongoing discussion at
The thing that's stalled that discussion is disagreement over whether
it's necessary to make a bigger change than what you have here.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrey V. Lepikhov | 2021-07-23 06:09:35 | Re: The case when AsyncAppend exists also in the qual of Async ForeignScan |
| Previous Message | Tom Lane | 2021-07-22 14:24:05 | Re: printf %s with NULL pointer (was Re: BUG #17098: Assert failed on composing an error message when adding a type to an extension being dropped) |