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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] +AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 2007-03-06 01:27 ------- +Am passing this on to Paolo for review. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
