[Mono-bugs] [Bug 78569][Maj] Changed - DateTime.Parse fails to use culture info

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Wed Jun 7 06:33:37 EDT 2006


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 colin at breame.net.

http://bugzilla.ximian.com/show_bug.cgi?id=78569

--- shadow/78569	2006-06-07 04:33:18.000000000 -0400
+++ shadow/78569.tmp.27043	2006-06-07 06:33:37.000000000 -0400
@@ -122,6 +122,18 @@
 Other cultures might have got broken as well. For this particular
 case, there is another matching pattern M/d/yyyy h:mm:ss in en-GB
 DateTimeFormat (try new CultureInfo
 ("en-GB").DateTimeFormat.GetAllDateTimePatterns()). For such cultures
 that do not have conflicting date time patterns wouldn't have been
 affected.
+
+------- Additional Comments From colin at breame.net  2006-06-07 06:33 -------
+I really do think that the problem is in locale-builder.
+
+If you look at the output from [1], you'll see that the pattern 
+MM/dd/yyyy (from supp/en.xml) appears /before/ dd/MM/yyyy (from 
+locales/en_GB.xml).  This is obviously incorrect as DateParse.Parse 
+will match the first pattern (from supp/en.xml) before the correct 
+pattern (from locales/en_GB.xml).
+
+[1]:
+new CultureInfo("en-GB").DateTimeFormat.GetAllDateTimePatterns()


More information about the mono-bugs mailing list