On Sat, Apr 17, 2010 at 5:11 AM, Tom Lane <t...@sss.pgh.pa.us> wrote:
> "Khee Chin" <kheec...@gmail.com> writes:
>> I'm not certain if this is a bug or an intended behavior.
>
>> I noticed a discrepency in calculating the remainders across pgsql (PG),
>> wolframalpha (W) and using Knuth's description of floored division
>
> We follow whatever the C compiler's idea of modulo is. This is somewhat
> standardized, in fact, and I'm not excited about changing it.
> Especially not by introducing roundoff-prone double arithmetic into what
> had been an exact operation.
>
> regards, tom lane
>
Hi Tom,
Thks for the reply. I understand your first point on following the C
compiler's idea of modulo is.
For archiving purposes, to address your second concern, I have
replaced the double arithmetic operation with this equation to address
the modulo in int2/4/8
a mod n = ((a % n) + n) % n
Regards,
Khee Chin.
diff --git a/src/backend/utils/adt/int.c b/src/backend/utils/adt/int.c
index 43508b7..8b7ca05 100644
--- a/src/backend/utils/adt/int.c
+++ b/src/backend/utils/adt/int.c
@@ -1084,7 +1084,12 @@ int4mod(PG_FUNCTION_ARGS)
/* No overflow is possible */
- PG_RETURN_INT32(arg1 % arg2);
+ /*
+ * Traditional arg1 % arg2 in C produces incorrect results in
cases where
+ * either arg1 or arg2 is negative.
+ * a mod n = ((a % n) + n) % n
+ */
+ PG_RETURN_INT32(((arg1 % arg2) + arg2) % arg2);;
}
Datum
@@ -1099,7 +1104,12 @@ int2mod(PG_FUNCTION_ARGS)
errmsg("division by zero")));
/* No overflow is possible */
- PG_RETURN_INT16(arg1 % arg2);
+ /*
+ * Traditional arg1 % arg2 in C produces incorrect results in
cases where
+ * either arg1 or arg2 is negative.
+ * a mod n = ((a % n) + n) % n
+ */
+ PG_RETURN_INT16(((arg1 % arg2) + arg2) % arg2);
}
diff --git a/src/backend/utils/adt/int8.c b/src/backend/utils/adt/int8.c
index 3245181..57252da 100644
--- a/src/backend/utils/adt/int8.c
+++ b/src/backend/utils/adt/int8.c
@@ -644,7 +644,12 @@ int8mod(PG_FUNCTION_ARGS)
errmsg("division by zero")));
/* No overflow is possible */
- PG_RETURN_INT64(arg1 % arg2);
+ /*
+ * Traditional arg1 % arg2 in C produces incorrect results in
cases where
+ * either arg1 or arg2 is negative.
+ * a mod n = ((a % n) + n) % n
+ */
+ PG_RETURN_INT64(((arg1 % arg2) + arg2) % arg2);;
}
diff --git a/src/backend/utils/adt/numeric.c b/src/backend/utils/adt/numeric.c
index 5766a8b..a9b86df 100644
--- a/src/backend/utils/adt/numeric.c
+++ b/src/backend/utils/adt/numeric.c
@@ -4876,17 +4876,20 @@ mod_var(NumericVar *var1, NumericVar *var2,
NumericVar *result)
init_var(&tmp);
- /* ---------
- * We do this using the equation
- * mod(x,y) = x - trunc(x/y)*y
- * div_var can be persuaded to give us trunc(x/y) directly.
- * ----------
- */
- div_var(var1, var2, &tmp, 0, false);
+ /*
+ * Traditional arg1 % arg2 in C produces incorrect results in
cases where
+ * either arg1 or arg2 is negative. This uses Knuth's
description of floored
+ * division.
+ * a mod n = a - n * floor(a/n)
+ */
+
+ div_var(var1, var2, &tmp, NUMERIC_MAX_DISPLAY_SCALE, true);
+
+ floor_var(&tmp,&tmp);
- mul_var(var2, &tmp, &tmp, var2->dscale);
+ mul_var(var2, &tmp, &tmp, var2->dscale);
- sub_var(var1, &tmp, result);
+ sub_var(var1, &tmp, result);
free_var(&tmp);
}
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
