[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