BUG #15519: Casting float4 into int4 gets the wrong sign instead of"integer out of range" error
| От | PG Bug reporting form |
|---|---|
| Тема | BUG #15519: Casting float4 into int4 gets the wrong sign instead of"integer out of range" error |
| Дата | |
| Msg-id | 15519-4fc785b483201ff1@postgresql.org обсуждение исходный текст |
| Ответы |
Re: BUG #15519: Casting float4 into int4 gets the wrong sign instead of "integer out of range" error
Re: BUG #15519: Casting float4 into int4 gets the wrong sign instead of "integer out of range" error |
| Список | pgsql-bugs |
The following bug has been logged on the website: Bug reference: 15519 Logged by: Victor Petrovykh Email address: victor@magic.io PostgreSQL version: 10.5 Operating system: Gentoo Linux 4.14.20 Description: Offending examples: SELECT ((2147483647::float4) - 1.0::float4)::int4; SELECT ((2147483590::float4) - 1.0::float4)::int4; SELECT ((2147483647::float4) + 1.0::float4)::int4; They all produce the same result: -2147483648 I understand that a float4 cannot represent large integers with the same precision as int4, that's OK. What surprised me is that instead of getting an "overflow error" or "integer out of range" I simply got a negative result for a value that is actually close to maximum int4. To contrast this, the query: SELECT ((2147483647::float4) + 200.0::float4)::int4; The above produces the expected "ERROR: integer out of range"
В списке pgsql-bugs по дате отправления: