[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [xml] Incorrect handling of non-hierarchical URIs?
- From: Daniel Veillard <veillard redhat com>
- To: brendandixon mac com
- Cc: xml gnome org
- Subject: Re: [xml] Incorrect handling of non-hierarchical URIs?
- Date: Mon, 16 May 2005 05:36:13 -0400
On Sun, May 15, 2005 at 04:31:07PM -0700, brendandixon mac com wrote:
> In making some tests and scanning the code (LibXML2 2.6.7), it
> appears that xmlParseURIOpaquePart (and possibly the routines that
> build URIs) is slightly incorrect: RFC 3986 (and I don’t believe this
> has changed since RFC 2396 etc.) states that, for non-hierarchical
> URIs, the path component consists of all characters up to the ‘?’
> after which it is parsed the same as hierarchical URIs. That is, what
> LibXML2 calls the “opaque” part is really a non-hierarchical “path”
> and it may be followed by a query and fragment component.
>
> I have two questions: First, has anyone else encountered and fixed
> this? :) Second, if not, does anyone have a sense for the impact such
> a change might have on LibXML2 and its community? Parsing out the
> query and fragment components outside of LibXML2 for these opaque
> paths might be problematic if they contain interfering escaped
> characters (that LibXML2 translates).
There is no registered/known bug concerning URI parsingC in the
current version 2.6.19. If you have a problem, please provide an example
showing up in the latest version, and it will certainly be fixed. If
the bug is confirmed and there is a patch associated usually the fix is
even faster.
I'm a bit surprized that there would be a big error in the conformance
to 2396, this has been checked quite a lot, maybe it's in a not frequently
used part. In any case try to provide an example, see testURI.c in the
distribution as a starting point.
Daniel
--
Daniel Veillard | Red Hat Desktop team http://redhat.com/
veillard redhat com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]