| 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(-)
| 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 |