[Mono-bugs] [Bug 80139][Wis] Changed - [REVIEW PATCH] Attribute.Equals and Attribute.GetHashCode default implementation inconsistent
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Tue Mar 6 01:27:25 EST 2007
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by miguel at ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=80139
--- shadow/80139 2007-02-25 09:43:12.000000000 -0500
+++ shadow/80139.tmp.11227 2007-03-06 01:27:25.000000000 -0500
@@ -5,18 +5,18 @@
OS Details: SLED 10 (Mono VM Ware Image)
Status: NEW
Resolution:
Severity: Unknown
Priority: Wishlist
Component: CORLIB
-AssignedTo: mono-bugs at ximian.com
+AssignedTo: lupus at ximian.com
ReportedBy: dominic_ullmann at hispeed.ch
QAContact: mono-bugs at ximian.com
TargetMilestone: ---
URL:
-Summary: Attribute.Equals and Attribute.GetHashCode default implementation inconsistent
+Summary: [REVIEW PATCH] Attribute.Equals and Attribute.GetHashCode default implementation inconsistent
Description of Problem:
The default implementation of Attribute.GetHashCode and Attribute.Equals
are inconsistent, i.e. Attribute.Equals returns true for instances where
Attribute.GetHashCode() returns different values.
The return values differ also from the values of the .NET class library.
@@ -94,6 +94,9 @@
Also includes extra test cases for both Attribute and ValueType.
I would like someone more familiar with the runtime to double-check my
changes to icall.c (ves_icall_System_ValueType_InternalGetHashCode).
+
+------- Additional Comments From miguel at ximian.com 2007-03-06 01:27 -------
+Am passing this on to Paolo for review.
More information about the mono-bugs
mailing list