From: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
---|---|
To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Datum as struct |
Date: | 2025-08-05 18:06:26 |
Message-ID: | 2d320b6f-b4af-4fbc-9eec-5d0fa15d187b@eisentraut.org |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> diff --git a/src/backend/utils/adt/timestamp.c
b/src/backend/utils/adt/timestamp.c
> index 25cff56c3d0..e640b48205b 100644
> --- a/src/backend/utils/adt/timestamp.c
> +++ b/src/backend/utils/adt/timestamp.c
> @@ -4954,7 +4954,7 @@ timestamptz_trunc_internal(text *units,
TimestampTz timestamp, pg_tz *tzp)
> case DTK_SECOND:
> case DTK_MILLISEC:
> case DTK_MICROSEC:
> - PG_RETURN_TIMESTAMPTZ(timestamp);
> + return timestamp;
> break;
>
> default:
This one is an actual bug. With int64-pass-by-reference,
PG_RETURN_TIMESTAMPTZ() returns a newly allocated address. This is
easily reproduced by
SELECT date_trunc( 'week', timestamp with time zone 'infinity' );
which will return a random value on 32-bit systems. (It correctly
returns 'infinity' otherwise.)
I'll see about backpatching fixes for this.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2025-08-05 18:09:47 | headerscheck warnings with late-model gcc |
Previous Message | Masahiko Sawada | 2025-08-05 18:05:29 | Re: Add backup_type to pg_stat_progress_basebackup |