Re: 035_standby_logical_decoding might fail due to FATAL message lost inside libpq
Alexander Lakhin <exclusion@gmail.com>
From: Alexander Lakhin <exclusion@gmail.com>
To: "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>
Cc: pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2026-05-27T17:00:01Z
Lists: pgsql-hackers
Attachments
- debug-035_standby_logical_decoding+.patch (text/x-patch)
Hello Kuroda-san,
27.05.2026 08:43, Hayato Kuroda (Fujitsu) wrote:
> Hi Alexander,
>
> I applied your reproducer atop my HEAD (12d00048), but I could not reproduce.
> ...
>
> The build can be done if I restore changes in src/meson.build, but I could not
> reproduce the failure if I run 035_standby_logicaldecoding.pl. Am I missing something?
I'm sorry, it looks like I had messed up with the patch. Please try the fixed one.
It makes the unmodified 035_standby_logical_decoding.pl fail for me as below:
CPPFLAGS="-O0" ./configure -q --enable-debug --enable-tap-tests --enable-injection-points && make -s -j8 &&
PROVE_TESTS="t/035*" make -s check -C src/test/recovery/
...
# pg_recvlogical: error: could not send replication command "START_REPLICATION SLOT "drop_db_activeslot" LOGICAL
0/00000000 ("include-xids" '0', "skip-empty-xacts" '1')": server closed the connection unexpectedly
# This probably means the server terminated abnormally
# before or while processing the request.
# pg_recvlogical: error: disconnected
# '
# doesn't match '(?^:conflict with recovery)'
t/035_standby_logical_decoding.pl .. 87/? # Looks like you failed 1 test of 89.
t/035_standby_logical_decoding.pl .. Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/89 subtests
Best regards,
Alexander