[Mono-bugs] [Bug 74872][Nor] Changed - [PATCH] System.Uri
construction from pre-escaped strings inconsistent
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Fri Jul 1 14:52:47 EDT 2005
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 atsushi at ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=74872
--- shadow/74872 2005-07-01 13:56:24.000000000 -0400
+++ shadow/74872.tmp.21167 2005-07-01 14:52:47.000000000 -0400
@@ -11,13 +11,13 @@
AssignedTo: mono-bugs at ximian.com
ReportedBy: dsd at gentoo.org
QAContact: mono-bugs at ximian.com
TargetMilestone: ---
URL:
Cc:
-Summary: System.Uri construction from pre-escaped strings inconsistent
+Summary: [PATCH] System.Uri construction from pre-escaped strings inconsistent
Using Mono 1.1.7, constructing a Uri involving the escaped forms of some
non-ASCII characters seems odd. As you can see from the test case, it seems
to work fine with "isolated" non-ASCII characters, but not when two are
together.
@@ -105,6 +105,16 @@
sometimes we might have to return two characters. Are you suggesting
that we return the first character in the return value, and the second
through a ref/out parameter?
Another option is to return a char[] array, but I'm not sure how that
rates in terms of efficiency against strings.
+
+------- Additional Comments From atsushi at ximian.com 2005-07-01 14:52 -------
+Yes, that's exactly what I had in mind. Am attaching further patch
+that includes the change I suggested.
+
+For char[] idea, it will anyways create another object that is not
+good for performance (it would be OK when it happens only for
+surrogate pairs, but it's not difficult just to return the second
+character in additional "out" parameter).
+
More information about the mono-bugs
mailing list