[Mono-bugs] [Bug 47691][Nor] Changed - XPathDocument (and other classes?) have problems when a folder name containing the xmldocument src contains the # character.

[bugzilla-daemon@bugzilla.ximian.com]

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 chris@turchin.net.

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

--- shadow/47691	2004-04-01 13:13:35.000000000 -0500
+++ shadow/47691.tmp.5827	2004-04-02 04:44:29.000000000 -0500
@@ -145,6 +145,40 @@
 in <0x00080> .XmlTransformUtil:Main (string[])
 
 
 ------- Additional Comments From jackson@ximian.com  2004-02-11 17:17 -------
 I just ran the uri test case and it passes for me. Which version of
 mono are you using?
+
+------- Additional Comments From chris@turchin.net  2004-04-02 04:44 -------
+I believe this has to do with the behaviour of the System.Uri class. 
+In particular, the output of uri.AbsolutePath and uri.LocalPath are 
+still incorrect when given the following situation:
+
+// assuming this code is run in the directory: '/home/chris/c#/'
+        FileInfo fi = new FileInfo("tranform.xml");
+        Console.WriteLine(fi.FullName);
+        Console.WriteLine(Path.GetFullPath ("./transform.xml"));
+        Uri uri = new Uri(Path.GetFullPath ("transform.xml"));
+        Console.WriteLine(uri.LocalPath);
+        Console.WriteLine(uri.AbsolutePath);
+        Console.WriteLine(uri.AbsoluteUri);
+
+it results in the following output:
+
+/home/chris/c#/tranform.xml
+/home/chris/c#/transform.xml
+/home/chris/c
+/home/chris/c
+file:///home/chris/c#/transform.xml
+
+I believe relative file uris needs to be better handled in the Parse
+() method, taking into account that although '#' is a delimiter 
+according to RFC 2396, that it must be recognized as a valid symbol 
+in a path in (at least) file Uri's, as this is the case in the M$ 
+framework. I would not have ever noticed this if I did not have a 
+dirctory called 'c#' where I kept all my c# test code - I assume I am 
+not the only one out there using a directory with this name for the 
+same reasons... 
+
+:-) 
+