pgsql: Tidy up datatype usage in test_random_offset_operations()

From: David Rowley <drowley(at)postgresql(dot)org>
To: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: pgsql: Tidy up datatype usage in test_random_offset_operations()
Date: 2026-07-08 23:50:40
Message-ID: E1whc2J-000Dgj-2L@gemulon.postgresql.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Tidy up datatype usage in test_random_offset_operations()

I had previously made "seed" a uint64, as that's what pg_prng_seed()
expects to get. However, GetCurrentTimestamp() and PG_GETARG_INT64()
both return int64, so there was a mismatch in signedness.

There are no bugs being fixed here, but it seems cleaner to make the
variable int64 and cast to unsigned when passing to pg_prng_seed(). This
means we no longer have to use the INT64_FORMAT specifier on the unsigned
type to format the seed of the failing test correctly to allow a user to
use the same seed from SQL when trying to recreate any failures manually.

The most important thing to ensure is correct here is that users can
specify the full range of seed values that could be automatically
selected by GetCurrentTimestamp() so that we can recreate any failures
from runs where the seed was auto-selected. This still works as
expected when using the int64 type.

In passing, adjust a comment that was a little misleading.

Reported-by: Peter Eisentraut <peter(at)eisentraut(dot)org>
Author: David Rowley <dgrowleyml(at)gmail(dot)com>
Discussion: https://postgr.es/m/08fa9f01-373e-4cb4-9650-ad20517e2de3@eisentraut.org

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/b5d73d2dd73d5a0dc744bf82ec3c18846c42c072

Modified Files
--------------
src/backend/nodes/bitmapset.c | 2 +-
src/test/modules/test_bitmapset/test_bitmapset.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Fujii Masao 2026-07-09 00:13:12 pgsql: doc: Fix data checksum progress reporting documentation
Previous Message Alexander Korotkov 2026-07-08 23:42:29 pgsql: Don't create SPLIT/MERGE partitions as internal relations