Re: pgsql: libpq: Grease the protocol by default

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: libpq: Grease the protocol by default
Date: 2026-02-25 01:30:29
Message-ID: 82507.1771983029@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com> writes:
> Oh, the envvar is clever. You'll probably want to do that only for the
> pg_dumpall invocation now that pg_upgrade is patched, though, so we
> don't cover up regressions.

I can confirm clean x-version tests on all branches with git tip
and this:

--- TestUpgradeXversion.pm.orig 2025-11-25 07:47:25.000000000 -0500
+++ TestUpgradeXversion.pm 2026-02-24 18:50:29.487530840 -0500
@@ -485,10 +485,14 @@ sub test_upgrade ## no critic (Subrou

# use the NEW pg_dumpall so we're comparing apples with apples.
setinstenv($self, "$installdir", $save_env);
+ local $ENV{PGMAXPROTOCOLVERSION} =
+ ($oversion le 'REL9_2_STABLE') ? "3.0" : "latest";
+
system( qq{"$installdir/bin/pg_dumpall" $dump_opts -p $sport -f }
. qq{"$upgrade_loc/origin-$oversion.sql" }
. qq{> "$upgrade_loc/$oversion-dump1.log" 2>&1});
return if $?;
+ delete $ENV{PGMAXPROTOCOLVERSION};
setinstenv($self, "$other_branch/inst", $save_env);

system( qq{"$other_branch/inst/bin/pg_ctl" -D }

which is Andrew's patch but with the envvar dropped as soon
as possible.

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message John Naylor 2026-02-25 01:47:38 pgsql: Fix USE_SLICING_BY_8_CRC32C builds on x86
Previous Message Tom Lane 2026-02-24 23:30:35 Re: pgsql: libpq: Grease the protocol by default

Browse pgsql-hackers by date

  From Date Subject
Next Message Chao Li 2026-02-25 01:44:22 Re: Fix bug in multixact Oldest*MXactId initialization and access
Previous Message Sami Imseih 2026-02-25 01:02:34 Re: Fix bug in multixact Oldest*MXactId initialization and access