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=79714 --- shadow/79714 2006-10-21 14:36:05.000000000 -0400 +++ shadow/79714.tmp.6156 2006-10-21 14:36:05.000000000 -0400 @@ -0,0 +1,51 @@ +Bug#: 79714 +Product: Mono: Class Libraries +Version: 1.1 +OS: +OS Details: Fedora Core Linux +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System +AssignedTo: [EMAIL PROTECTED] +ReportedBy: [EMAIL PROTECTED] +QAContact: [EMAIL PROTECTED] +TargetMilestone: --- +URL: +Cc: +Summary: SortedList "Contains" sometimes fails with "string" keys + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: + +Using a SortedList with "string" keys, sometimes "Contains(somekey)" +returns a "false" even if the key is present (a for-loop confirm this). +Even "Add(samekey)" works. This appear a "Comparer"-related problem (the +bisection search fails). Using (with gmcs) an "Ordinal" comparer, the +problem disappear. Characters like "-" and "'" are more problematic. + +I've got the same results under Fedora Core 5 mono (1.1.13.7-2.fc5.1) and +Fedora Core 6 Test 3 (1.1.17.1-3.fc6). + +Steps to reproduce the problem: +1. Fill an array of strings, with some repeated. +2. try to add only new keys, asking "Contains" before adding a new key +3. + +Actual Results: + +a list with some repeated keys + +Expected Results: + +a list with unique keys + +How often does this happen? + +with the right strings set, everytime. + +Additional Information: + +I'm sorry, my english is alpha version. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
