From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Joseph Koshakow <koshy44(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Fix overflow in DecodeInterval |
Date: | 2022-02-13 20:30:37 |
Message-ID: | 20220213203037.ie7bgjrodupzxhda@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 2022-02-13 09:35:47 -0500, Joseph Koshakow wrote:
> I chose int return types to keep all these methods
> consistent with DecodeInterval, which returns a
> non-zero int to indicate an error.
That's different, because it actually returns different types of errors. IMO
that difference is actually reason to use a bool for the new cases, because
then it's a tad clearer that they don't return DTERR_*.
> Though I wasn't sure
> if an int or bool would be best, so I'm happy to change
> to bool if people think that's better.
+1 or bool.
> Also I'm realizing now that I've incorrectly been using the
> number of the patch to indicate the version, instead of just
> sticking a v3 to the front. So sorry about that, all the patches
> I sent in this thread are the same patch, just different versions.
No worries ;)
Do we want to consider backpatching these fixes? If so, I'd argue for skipping
10, because it doesn't have int.h stuff yet. There's also the issue with
potentially breaking indexes / constraints? Not that goes entirely away across
major versions...
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Chapman Flack | 2022-02-13 20:36:16 | Re: Mark all GUC variable as PGDLLIMPORT |
Previous Message | Ranier Vilela | 2022-02-13 20:26:59 | Re: [PATCH] Dereference null return value (NULL_RETURNS) (src/backend/commands/statscmds.c) |