Re: Parallel safety for extern params - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Parallel safety for extern params
Date
Msg-id CA+TgmoarjCSoz+D2Cbf4YkJTs_3FLV3xegGxE4f5LAykjkyqDQ@mail.gmail.com
Whole thread Raw
In response to Re: Parallel safety for extern params  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Parallel safety for extern params
List pgsql-hackers
On Fri, Mar 21, 2025 at 11:52 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I think this is completely wrong and should be reverted.  There
> cannot be a Param there, and if there were it would not represent
> a reference to the Gather's child.
>
> I tried reverting this code change, and check-world still passes,
> with or without debug_parallel_query = regress.  So if there is
> a case I'm missing, the regression tests don't expose it.

Did you try the test case from the original post on this thread?

I'm perfectly willing to believe that we messed up here -- this was 8
years ago and I don't remember the details -- but it surprises me a
little bit that I would have committed that change without verifying
that it was necessary to resolve the reported problem. However, I have
made such mistakes before and will probably make them again, so it
certainly could have happened.

--
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Bertrand Drouvot
Date:
Subject: Re: Fix 035_standby_logical_decoding.pl race conditions
Next
From: Christoph Berg
Date:
Subject: Re: query_id: jumble names of temp tables for better pg_stat_statement UX