diff options
author | Dean Rasheed <dean.a.rasheed@gmail.com> | 2021-08-05 09:27:35 +0100 |
---|---|---|
committer | Dean Rasheed <dean.a.rasheed@gmail.com> | 2021-08-05 09:27:35 +0100 |
commit | ecbdbdfd9056a55e38f7922565c7ce46b1321907 (patch) | |
tree | 0b2854cfa39451f729ab5f38f57a673127141a7f /contrib/postgres_fdw/postgres_fdw.h | |
parent | fa604e0dd07a39ba34f93d06ded8243280dffdeb (diff) | |
download | postgresql-ecbdbdfd9056a55e38f7922565c7ce46b1321907.tar.gz postgresql-ecbdbdfd9056a55e38f7922565c7ce46b1321907.zip |
Fix division-by-zero error in to_char() with 'EEEE' format.
This fixes a long-standing bug when using to_char() to format a
numeric value in scientific notation -- if the value's exponent is
less than -NUMERIC_MAX_DISPLAY_SCALE-1 (-1001), it produced a
division-by-zero error.
The reason for this error was that get_str_from_var_sci() divides its
input by 10^exp, which it produced using power_var_int(). However, the
underflow test in power_var_int() causes it to return zero if the
result scale is too small. That's not a problem for power_var_int()'s
only other caller, power_var(), since that limits the rscale to 1000,
but in get_str_from_var_sci() the exponent can be much smaller,
requiring a much larger rscale. Fix by introducing a new function to
compute 10^exp directly, with no rscale limit. This also allows 10^exp
to be computed more efficiently, without any numeric multiplication,
division or rounding.
Discussion: https://postgr.es/m/CAEZATCWhojfH4whaqgUKBe8D5jNHB8ytzemL-PnRx+KCTyMXmg@mail.gmail.com
Diffstat (limited to 'contrib/postgres_fdw/postgres_fdw.h')
0 files changed, 0 insertions, 0 deletions