diff options
| author | John Naylor <john.naylor@postgresql.org> | 2021-07-30 13:50:23 -0400 |
|---|---|---|
| committer | John Naylor <john.naylor@postgresql.org> | 2021-07-30 16:28:43 -0400 |
| commit | f051b87ace6dda42c191b77858c8d099af0de46a (patch) | |
| tree | bb48d218fda622cdf6032ab5f7bceff6cfc681e3 /doc/src | |
| parent | 99da905d5c4335d2df80f5cf05dad046a10d30fb (diff) | |
Fix range check in ECPG numeric to int conversion
The previous coding guarded against -INT_MAX instead of INT_MIN,
leading to -2147483648 being rejected as out of range.
Per bug #17128 from Kevin Sweet
Discussion: https://www.postgresql.org/message-id/flat/17128-55a8a879727a3e3a%40postgresql.org
Reviewed-by: Tom Lane
Backpatch to all supported branches
Diffstat (limited to 'doc/src')
| -rw-r--r-- | doc/src/sgml/ecpg.sgml | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/doc/src/sgml/ecpg.sgml b/doc/src/sgml/ecpg.sgml index 9d5505cb849..04d4a6bdb2b 100644 --- a/doc/src/sgml/ecpg.sgml +++ b/doc/src/sgml/ecpg.sgml @@ -8881,7 +8881,7 @@ int dectoint(decimal *np, int *ip); Note that the ECPG implementation differs from the <productname>Informix</productname> implementation. <productname>Informix</productname> limits an integer to the range from -32767 to 32767, while the limits in the ECPG implementation depend on the - architecture (<literal>-INT_MAX .. INT_MAX</literal>). + architecture (<literal>INT_MIN .. INT_MAX</literal>). </para> </listitem> </varlistentry> |
