RE: START_REPLICATION silently truncates an overlong LSN component - Mailing list pgsql-bugs

From Hayato Kuroda (Fujitsu)
Subject RE: START_REPLICATION silently truncates an overlong LSN component
Date
Msg-id OS9PR01MB1214972D4AF13C0B23FB2129EF5BE2@OS9PR01MB12149.jpnprd01.prod.outlook.com
Whole thread
List pgsql-bugs
Dear Ayush,

> It seems we should add it here to,  attached patch does that.
> [Added a TAP test in patch,  but I dont think it needs to be committed]

LGTM. I also think the test is not needed.

> I wonder if we should make the same change in libpqwalreceiver too.

I feel it should be, see attached. It could be combined with your patch.
I grepped the source with the keyword "scanf\(.*%X/%08X", and I could
not find other places where pg_parse_lsn() is usable as-is.

Best regards,
Hayato Kuroda
FUJITSU LIMITED


Attachment

pgsql-bugs by date:

Previous
From: Richard Guo
Date:
Subject: Re: BUG #19633: Unexpected results of IN (subquery) with a non-deterministic collation
Next
From: "Tesla V."
Date:
Subject: Re: BUG #19620: pg_class index corruption caused by statement_timeout during VACUUM FULL