| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andrew Grossman <agrossman(at)gmail(dot)com> |
| Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
| Subject: | Re: BUG #15033: Segmentation fault running a query |
| Date: | 2018-01-28 06:21:45 |
| Message-ID: | 11849.1517120505@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
Andrew Grossman <agrossman(at)gmail(dot)com> writes:
> It looks like the same crash:
Yeah, I agree, create_plan_recurse is at fault there. Will fix it,
thanks for confirming!
Of course, the "fix" will just result in producing a "stack overflowed"
error instead of dumping core. There's still the question of why this
case worked for you before and doesn't now. Seemingly, current code
needs more stack to process this query than 9.5 did. Is it significantly
more, or were you just unlucky enough to overrun the limit when you'd
not quite done so before? And if it is significantly more, is there
anything we can reasonably do about that? These questions remain unclear
at this point.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Devrim Gündüz | 2018-01-28 13:03:22 | Re: BUG #15018: yum install postgis24_96 failure |
| Previous Message | Andrew Grossman | 2018-01-28 04:39:20 | Re: BUG #15033: Segmentation fault running a query |