Re: Incorrect results from numeric round() and trunc()
Joel Jacobson <joel@compiler.org>
From: "Joel Jacobson" <joel@compiler.org>
To: "Dean Rasheed" <dean.a.rasheed@gmail.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2024-07-07T23:40:31Z
Lists: pgsql-hackers
On Sun, Jul 7, 2024, at 13:28, Dean Rasheed wrote: > I've also tidied up a bit by replacing all instances of SHRT_MAX with > a new constant NUMERIC_WEIGHT_MAX, whose name more accurately > describes the limit, as used in various other overflow checks. Having thought a bit more on this, I think we probably need a DEC_DIGITS sensitive definition of NUMERIC_WEIGHT_MAX, since per spec the max range for numeric is 0x20000 (131072) decimal digits. Therefore, I think perhaps what we want is: +#define NUMERIC_DSCALE_MIN 0 +#define NUMERIC_WEIGHT_MAX ((0x20000/DEC_DIGITS)-1) +#define NUMERIC_WEIGHT_MIN (-(NUMERIC_DSCALE_MAX+1)/DEC_DIGITS) Maybe also 0x20000 (131072) should be a defined constant. Regards, Joel
Commits
-
Fix scale clamping in numeric round() and trunc().
- 8badee7875c0 12.20 landed
- ece2969266d1 13.16 landed
- a3c0124f69ff 14.13 landed
- 47ca912de029 15.8 landed
- f7aec8c1df90 16.4 landed
- 7a8977d2587f 17.0 landed
- 1ff39f4ff2b6 18.0 landed