From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
Cc: | gorcom2012(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #18993: [BUG] Unreachable code in pg_next_dst_boundary() |
Date: | 2025-07-21 14:38:26 |
Message-ID: | 439888.1753108706@sss.pgh.pa.us |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Nathan Bossart <nathandbossart(at)gmail(dot)com> writes:
> On Mon, Jul 21, 2025 at 12:29:16PM +0000, PG Bug reporting form wrote:
>> This is unreachable because icycles is assigned directly from tcycles.
> I see the following upstream commit and discussion related to this:
Yeah. The short answer here is that this code is meant to deal with
cases where time_t is wider than int[64]. Perhaps we're uninterested
in dealing with that case ... but we also don't want to deviate too
far from the upstream tzdb code. So I'm inclined to leave it alone.
As the function's comment mentions,
* A function result of -1 indicates failure (this case does not actually
* occur in our current implementation).
so presumably both "return -1" lines are unreachable.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Laurenz Albe | 2025-07-22 02:27:24 | Re: BUG #18964: `ALTER DATABASE ... RESET ...` fails to reset extension parameters that no longer exist |
Previous Message | Nathan Bossart | 2025-07-21 14:29:32 | Re: BUG #18993: [BUG] Unreachable code in pg_next_dst_boundary() |