Re: A very quick observation of dangling pointers in Postgres pathlists
Andrei Lepikhov <lepihov@gmail.com>
From: Andrei Lepikhov <lepihov@gmail.com>
To: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>,
Tom Lane <tgl@sss.pgh.pa.us>
Date: 2026-04-21T07:29:01Z
Lists: pgsql-hackers
Attachments
- v0-0001-Do-not-put-one-path-into-different-pathlists.patch (text/plain) patch v0-0001
On 17/04/2026 10:56, Andrei Lepikhov wrote: > The best-known problematic code example causing this issue is > apply_scanjoin_target_to_paths(), and the current_rel/final_rel game from commit > 0927d2f46dd. Quickly fixing it, I see some more combinations have emerged: On closer inspection, it looks like all the detected cases come from the same issue in create_ordered_paths. The ordered_rel has the same path in its pathlist as the input_rel. Sometimes, this path is removed and freed from ordered_rel, which leads to a dangling pointer in the child RelOptInfo. I've attached a patch that shows how to fix the issue. Some regression tests change because of a hidden rule where a projection and its subpath have different target lists. Right now, the patch always enforces a projection, even if the target lists are the same. This is still open for discussion on whether there's a better way to handle it. -- regards, Andrei Lepikhov, pgEdge
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Let Parallel Append over simple UNION ALL have partial subpaths.
- 0927d2f46ddd 11.0 cited