]> granicus.if.org Git - postgresql/commit
Disallow NaN as a value for floating-point GUCs.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 10 Mar 2019 16:58:52 +0000 (12:58 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 10 Mar 2019 16:58:52 +0000 (12:58 -0400)
commite04bb261633dd76d6dc2e250c92f33330ec2891e
tree6bf6045abb753b282c92bcc210da2f30947cbc5f
parentbb2da63c7e9636fea04fdd635e537737da75ad80
Disallow NaN as a value for floating-point GUCs.

None of the code that uses GUC values is really prepared for them to
hold NaN, but parse_real() didn't have any defense against accepting
such a value.  Treat it the same as a syntax error.

I haven't attempted to analyze the exact consequences of setting any
of the float GUCs to NaN, but since they're quite unlikely to be good,
this seems like a back-patchable bug fix.

Note: we don't need an explicit test for +-Infinity because those will
be rejected by existing range checks.  I added a regression test for
that in HEAD, but not older branches because the spelling of the value
in the error message will be platform-dependent in branches where we
don't always use port/snprintf.c.

Discussion: https://postgr.es/m/1798.1552165479@sss.pgh.pa.us
src/backend/utils/misc/guc.c
src/test/regress/expected/guc.out
src/test/regress/sql/guc.sql