#85 '#' in path causes failure

[David Hovel]

I'm using Saxon to compare its results with MSXSL.
Saxon appears to fail when either 1) it's executed from a
directory which has the '#' character in its full path name
or, 2) when the XML file references a stylesheet that's
on a path with '#' in the name. The error message is
usually "no more input", but 6.4.4 (?) generated and
error message that contained the partial path to the
stylesheet, up to (but not including) the '#' character.

The reason for the # is that I'm working in C# and "C#" is
the parent catalog name.

Thanks

[Michael Kay]

Logged In: YES
user_id=251681

A hash character should be escaped to %23 when converting
a file name to a URL: Saxon isn't doing this. Other special
characters such as "[" and "]" should also be escaped. Not
yet fixed.

[Michael Kay]

Logged In: YES
user_id=251681

A hash character should be escaped to %23 when converting
a file name to a URL: Saxon isn't doing this. Other special
characters such as "[" and "]" should also be escaped. Not
yet fixed.

[Michael Kay]

Logged In: YES
user_id=251681

A hash character should be escaped to %23 when converting
a file name to a URL: Saxon isn't doing this. Other special
characters such as "[" and "]" should also be escaped. Not
yet fixed.

[Michael Kay]

Logged In: YES
user_id=251681

A hash character should be escaped to %23 when converting
a file name to a URL: Saxon isn't doing this. Other special
characters such as "[" and "]" should also be escaped. Not
yet fixed.

[Michael Kay]

Logged In: YES
user_id=251681

Source code fixed in 7.x branch (by using File.toURI() in
place of File.toURL() - this relies on the java.net.URI
class in JDK 1.4. Probably URI ought to be used generally in
place of URL.

Test case added: bug#93 [sic]

[Michael Kay]

Logged In: YES
user_id=251681

For 6.5.3, I have changed ExtendedInputSource to replace "#"
in a filename by %23. I haven't identified any other
characters that cause problems.