Re: BUG #19056: ExecInitPartitionExecPruning segfault due to NULL es_part_prune_infos
amit <amitlangote09@gmail.com>
From: Amit Langote <amitlangote09@gmail.com>
To: David Rowley <dgrowleyml@gmail.com>
Cc: feichanghong <feichanghong@qq.com>, Tom Lane <tgl@sss.pgh.pa.us>, pgsql-bugs@lists.postgresql.org
Date: 2025-09-18T08:25:28Z
Lists: pgsql-bugs
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix EPQ crash from missing partition pruning state in EState
- 9a82a64edcd8 18.0 landed
- 8741e48e5dda 19 (unreleased) landed
-
Calculate agglevelsup correctly when Aggref contains a CTE.
- b0cc0a71e0a0 19 (unreleased) cited
-
Move PartitionPruneInfo out of plan nodes into PlannedStmt
- bb3ec16e14de 18.0 cited
Attachments
- v6-0001-Fix-EPQ-crash-from-missing-partition-pruning-stat.patch (application/octet-stream) patch v6-0001
On Thu, Sep 18, 2025 at 4:06 PM David Rowley <dgrowleyml@gmail.com> wrote: > > On Thu, 18 Sept 2025 at 18:20, Amit Langote <amitlangote09@gmail.com> wrote: > > Oops, coffee deficiency. Updated again. > > Thanks for updating the patch. > > I think the original intent of "Parsed test spec with 3 sessions" > (from 759d9d676) was two sessions doing work, and an independent > observer session. Is there a reason to add 2 more sessions? Maybe it's > me not working with the isolation tester often enough, but I'd have > expected you to add steps for s1 and s2 then define permutations for > those steps. Yeah, that makes the additions smaller and avoids slowing down the suite. It did take a bit of fiddling though -- after switching to use the existing sessions, teardown in s1 hung because I hadn’t noticed that s2’s setup already does a BEGIN, so the delete side ended up without a COMMIT, leaving an open transaction that blocked DROP in s1’s teardown. Easier to take shortcuts with new sessions like I first did, but better to keep the suite light. :-) Done in the attached. -- Thanks, Amit Langote