From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | pgsql: Disable parallel query in psql error-with-FETCH_COUNT test. |
Date: | 2024-04-07 01:49:36 |
Message-ID: | E1rtHf5-000tle-LF@gemulon.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Disable parallel query in psql error-with-FETCH_COUNT test.
The buildfarm members using debug_parallel_query = regress are mostly
unhappy with this test. I guess what is happening is that rows
generated by a parallel worker are buffered, and might or might not
get to the leader before the expected error occurs. We did not see
any variability in the old version of this test because each FETCH
would succeed or fail atomically, leading to a predictable number of
rows emitted before failure. I don't find this to be a bug, just
unspecified behavior, so let's disable parallel query for this one
test case to make the results stable.
Branch
------
master
Details
-------
https://git.postgresql.org/pg/commitdiff/beb012b42f5c32f578661fc1b033ca25905b27d6
Modified Files
--------------
src/test/regress/expected/psql.out | 3 +++
src/test/regress/sql/psql.sql | 3 +++
2 files changed, 6 insertions(+)
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2024-04-07 02:52:34 | pgsql: Fix if/while thinko in read_stream.c edge case. |
Previous Message | Tom Lane | 2024-04-07 00:45:33 | pgsql: Support retrieval of results in chunks with libpq. |