On Wed, Nov 12, 2025 at 6:14 PM Xuneng Zhou wrote:
> Good catch! I checked that no other similar misuses of
> InvalidXLogRecPtr assigned to non-LSN variables were found in
> logicalfuncs.c.
Thanks, Steven and Xuneng, for the reviews! I've pushed the patch.
Regards,
--
Fujii Masao
Hi,
On Wed, Nov 12, 2025 at 4:23 PM Fujii Masao wrote:
>
> Hi,
>
> I noticed that pg_logical_slot_get_changes_guts() assigns InvalidXLogRecPtr
> to the local variable upto_nchanges, even though it's not LSN variable
> (i.e., its type is int32, not XLogRecPtr). While this causes no functional
> i
incorrect assignment of InvalidXLogRecPtr to a non-LSN variable.
Hi,
I noticed that pg_logical_slot_get_changes_guts() assigns InvalidXLogRecPtr
to the local variable upto_nchanges, even though it's not LSN variable
(i.e., its type is int32, not XLogRecPtr). While this causes no functional
Hi,
I noticed that pg_logical_slot_get_changes_guts() assigns InvalidXLogRecPtr
to the local variable upto_nchanges, even though it's not LSN variable
(i.e., its type is int32, not XLogRecPtr). While this causes no functional issue
since InvalidXLogRecPtr is defined as 0, it's semantically incorre