From: | Khee Chin <kheechin(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #5428: Discrepency in remainder on mod function. |
Date: | 2010-04-17 07:06:05 |
Message-ID: | o2s797115b81004170006la4e8fa0paa28c982a2a72e33@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Sat, Apr 17, 2010 at 5:11 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Khee Chin" <kheechin(at)gmail(dot)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);
}
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2010-04-18 17:12:33 | Re: bugs that have not been replied-to on list |
Previous Message | Martin von Gagern | 2010-04-16 21:43:40 | Re: build error: strlcat/strlcpy used from heimdal libroken.so |