diff options
| author | Dean Rasheed <dean.a.rasheed@gmail.com> | 2023-02-03 11:11:59 +0000 |
|---|---|---|
| committer | Dean Rasheed <dean.a.rasheed@gmail.com> | 2023-02-03 11:11:59 +0000 |
| commit | 4f74741a5cea38228fdb0fb2967fa2137ea02cbf (patch) | |
| tree | ba64f8b7122d318834109fd1e58f8ddd9ce08ac7 /src/backend/executor/nodeSubqueryscan.c | |
| parent | e7c2e02a66a2bbdfd937eace2e5838fd44ad1306 (diff) | |
| download | postgresql-4f74741a5cea38228fdb0fb2967fa2137ea02cbf.tar.gz postgresql-4f74741a5cea38228fdb0fb2967fa2137ea02cbf.zip | |
Make int64_div_fast_to_numeric() more robust.
The prior coding of int64_div_fast_to_numeric() had a number of bugs
that would cause it to fail under different circumstances, such as
with log10val2 <= 0, or log10val2 a multiple of 4, or in the "slow"
numeric path with log10val2 >= 10.
None of those could be triggered by any of our current code, which
only uses log10val2 = 3 or 6. However, they made it a hazard for any
future code that might use it. Also, since this is exported by
numeric.c, users writing their own C code might choose to use it.
Therefore fix, and back-patch to v14, where it was introduced.
Dean Rasheed, reviewed by Tom Lane.
Discussion: https://postgr.es/m/CAEZATCW8gXgW0tgPxPgHDPhVX71%2BSWFRkhnXy%2BTfGDsKLepu2g%40mail.gmail.com
Diffstat (limited to 'src/backend/executor/nodeSubqueryscan.c')
0 files changed, 0 insertions, 0 deletions