rdelaage/postgresql
1
0
Fork 0
mirror of https://git.postgresql.org/git/postgresql.git synced 2024-09-04 14:57:20 +02:00
Code Issues Packages Projects Releases Wiki Activity

pgbench: Install guards against obscure overflow conditions.

Browse Source 
Dividing INT_MIN by -1 or taking INT_MIN modulo -1 can sometimes
cause floating-point exceptions or otherwise misbehave.

Fabien Coelho and Michael Paquier
This commit is contained in:
Robert Haas 2016-02-01 08:23:41 -05:00
parent 40482e6067
commit 829757c8a2
1 changed files with 34 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

36
src/bin/pgbench/pgbench.c
View File

@ -961,7 +961,29 @@ evaluateExpr(CState *st, PgBenchExpr *expr, int64 *retval)
fprintf(stderr, "division by zero\n");
return false;
}
*retval = lval / rval;
/*
* INT64_MIN / -1 is problematic, since the result
* can't be represented on a two's-complement machine.
* Some machines produce INT64_MIN, some produce zero,
* some throw an exception. We can dodge the problem
* by recognizing that division by -1 is the same as
* negation.
*/
if (rval == -1)
{
*retval = -lval;
/* overflow check (needed for INT64_MIN) */
if (lval == PG_INT64_MIN)
{
fprintf(stderr, "bigint out of range\n");
return false;
}
}
else
*retval = lval / rval;
return true;
case '%':
@ -970,7 +992,17 @@ evaluateExpr(CState *st, PgBenchExpr *expr, int64 *retval)
fprintf(stderr, "division by zero\n");
return false;
}
*retval = lval % rval;
/*
* Some machines throw a floating-point exception for
* INT64_MIN % -1. Dodge that problem by noting that
* any value modulo -1 is 0.
*/
if (rval == -1)
*retval = 0;
else
*retval = lval % rval;
return true;
}