I'm trying to parse specific bits of information from an xml file using
the XPath syntax, without much luck. Here is a snippet of my xml file:-
?xml version=1.0 encoding=ISO-8859-1?
MELODY xmlns=http://www.foo.com;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
We recently upgraded from libxml2 2.6.7 to 2.6.17 and discovered that
the following xml, that was marked as valid in 2.6.7 is now marked as
invalid:
wwwtest isn=103 xmlns=http://library.wur.nl/WebQuery/ns/wwwtest;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
On Tue, Mar 15, 2005 at 11:57:26AM +, Arthur Yarwood wrote:
xmlChar player1Path[] = /MELODY/[EMAIL PROTECTED]'Player1'];
[...]
int foo = xmlXPathRegisterNs(context, BAD_CAST , BAD_CAST
[...]
Otherwise any other ideas on what I'm doing wrong?
Your problem is that you don't
The most likely reason for c14n failure in your case is
DAV: namespace. Most likely, it failed on xml parsing stage.
Aleksey
___
xml mailing list, project page http://xmlsoft.org/
xml@gnome.org
http://mail.gnome.org/mailman/listinfo/xml
On Tue, Mar 15, 2005 at 07:26:13AM -0800, Aleksey Sanin wrote:
The most likely reason for c14n failure in your case is
DAV: namespace. Most likely, it failed on xml parsing stage.
hum, no, it's only a warning, garanteed !
Daniel
--
Daniel Veillard | Red Hat Desktop team
I am trying to build a minimal-sized libxml2 but need to use xmlParseFile.
I'm using the following flags to configure, which *almost* works - xmlParseFile
is the only link error I've seen so far. Can anyone tell me if there is
another flag I need?
--minimum
--tree
--valid
Then it fails in relative namespace check inside C14N
(see notes in section 2.1 of c14n spec:
http://www.w3.org/TR/2001/REC-xml-c14n-20010315)
Aleksey
Daniel Veillard wrote:
On Tue, Mar 15, 2005 at 07:26:13AM -0800, Aleksey Sanin wrote:
The most likely reason for c14n failure in your case is
DAV:
On Tue, 2005-03-15 at 07:38 -0800, Aleksey Sanin wrote:
Then it fails in relative namespace check inside C14N
(see notes in section 2.1 of c14n spec:
http://www.w3.org/TR/2001/REC-xml-c14n-20010315)
from my reading of http://webdav.org/specs/rfc2518.html#rfc.section.18
DAV: is an absolute URL,
On Tue, Mar 15, 2005 at 05:25:50PM +0100, Martijn van Beers wrote:
On Tue, 2005-03-15 at 07:38 -0800, Aleksey Sanin wrote:
Then it fails in relative namespace check inside C14N
(see notes in section 2.1 of c14n spec:
http://www.w3.org/TR/2001/REC-xml-c14n-20010315)
from my reading of
either way, it would be nice if the error reported explained the problem
a bit better.
that I agree with,
Currently, all c14n errors are ifdef'd with DEBUG_C14N. Should
we just turn them on by default?
Aleksey
___
xml mailing list, project page
On Tue, 2005-03-15 at 11:38 -0500, Daniel Veillard wrote:
On Tue, Mar 15, 2005 at 05:25:50PM +0100, Martijn van Beers wrote:
On Tue, 2005-03-15 at 07:38 -0800, Aleksey Sanin wrote:
Then it fails in relative namespace check inside C14N
(see notes in section 2.1 of c14n spec:
Hi,
Kuperus, AgeJan wrote:
We recently upgraded from libxml2 2.6.7 to 2.6.17 and discovered that
the following xml, that was marked as valid in 2.6.7 is now marked as
invalid:
wwwtest isn=103 xmlns=http://library.wur.nl/WebQuery/ns/wwwtest;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
On Tue, Mar 15, 2005 at 09:06:36AM -0800, Aleksey Sanin wrote:
either way, it would be nice if the error reported explained the problem
a bit better.
that I agree with,
Currently, all c14n errors are ifdef'd with DEBUG_C14N. Should
we just turn them on by default?
Depends:
1/
Indeed. however, I found
http://cvs.apache.org/viewcvs.cgi/*checkout*/ietf-uri/rev-2002/issues.html?rev=HEADcontent-type=text/html#014-empty-opaque_part
so it will be allowed in the future. Any chance of getting this specific
bit in before the new rfc gets published?
I don't have any problem with
On Tue, Mar 15, 2005 at 10:13:53AM -0800, Aleksey Sanin wrote:
Indeed. however, I found
http://cvs.apache.org/viewcvs.cgi/*checkout*/ietf-uri/rev-2002/issues.html?rev=HEADcontent-type=text/html#014-empty-opaque_part
so it will be allowed in the future. Any chance of getting this specific
bit
On Tue, Mar 15, 2005 at 10:13:53AM -0800, Aleksey Sanin wrote:
Indeed. however, I found
http://cvs.apache.org/viewcvs.cgi/*checkout*/ietf-uri/rev-2002/issues.html?rev=HEADcontent-type=text/html#014-empty-opaque_part
so it will be allowed in the future. Any chance of getting this specific
bit in
On Tue, Mar 15, 2005 at 10:13:32AM -0800, Aleksey Sanin wrote:
Currently, all c14n errors are ifdef'd with DEBUG_C14N. Should
we just turn them on by default?
Depends:
1/ do they use the existing structured error reporting framework ?
I think so but double checking quickly
On Tue, Mar 15, 2005 at 10:19:30AM -0800, Aleksey Sanin wrote:
On Tue, Mar 15, 2005 at 10:13:53AM -0800, Aleksey Sanin wrote:
Indeed. however, I found
http://cvs.apache.org/viewcvs.cgi/*checkout*/ietf-uri/rev-2002/issues.html?rev=HEADcontent-type=text/html#014-empty-opaque_part
so it will
Sounds good. I'll do it this week (I hope).
Aleksey
Daniel Veillard wrote:
On Tue, Mar 15, 2005 at 10:13:32AM -0800, Aleksey Sanin wrote:
Currently, all c14n errors are ifdef'd with DEBUG_C14N. Should
we just turn them on by default?
Depends:
1/ do they use the existing structured error
I'm not at all sure that gettimeofday() overhead is an issue for libxml2, but
thought I'd point-out (at the risk of bringing-up something already discussed)
that a number of platforms seem to have a lighter-weight gethrtime() call that
can be used to time things.
I suppose that as I get
Hi, im trying to install libxml2-2.6.18 from the FreeBSD ports, there is a
problem with the compile on the system i am using. I have tried several
versions of libxml2 and they all return the same error, which means its
probably not an issue involved with libxml, but I cant pin down where the
On Tue, Mar 15, 2005 at 11:58:53AM -0800, Rick Jones wrote:
I'm not at all sure that gettimeofday() overhead is an issue for libxml2,
but thought I'd point-out (at the risk of bringing-up something already
discussed) that a number of platforms seem to have a lighter-weight
gethrtime() call
Thanks for you help with this, is there anyway I could apply an edit to the *.c
files to push this through the compiler ?. I have the problem that im about
1 miles away from the server this week, which means I cant do any major
work. If I can get this running, I know I can rebuild it
Im running 5.3, but one of the last things installed a couple of days ago was
compat4x ... could this have had any effect ??, have also mailed the a bsd
list to try and get more os specific help.
THanks
Alex
On Tue, 15 Mar 2005 23:09:20 +0100
Aron Stansvik [EMAIL PROTECTED] wrote:
On Tue,
-Original Message-
From: Daniel Veillard [EMAIL PROTECTED]
Subject: Re: [xml] xmlParseFile with minimal library
On Tue, Mar 15, 2005 at 10:32:06AM -0500, Henry Bibb wrote:
I am trying to build a minimal-sized libxml2 but need to use xmlParseFile.
use the new xmlReadFile apis,
25 matches
Mail list logo
