Hi,
Using the SVG xsd schema, and even just parsing it with xmllint fails:
$ xmllint http://www.w3.org/TR/2002/WD-SVG11-20020108/SVG.xsd
http://www.w3.org/TR/2002/WD-SVG11-20020108/SVG.xsd:12: error:
xmlSAX2StartElementNs: out of memory
lementFormDefault=unqualified
On Fri, Jan 29, 2010 at 12:25:36PM +0100, Daniel Veillard wrote:
On Sun, Jan 24, 2010 at 09:03:33PM -0800, Mark Adler wrote:
On Jan 22, 2010, at 9:54 AM, Nix wrote:
These results are inverted, so in 1.2.3.5, gzdirect() returns 0 even
when the input source file is not compressed at all.
On Tue, Jan 19, 2010 at 04:38:24PM +0100, Martin B. wrote:
That is impossible, for ABI compatibility,
Ah OK. In that case the best thing would be to have the function in
the ABI but get a compiler error if it's used with the newer
headers. Don't have a clue how that could magically be
On Wed, Oct 21, 2009 at 11:36:38PM +0200, Daniel Veillard wrote:
Yup that refreshes them, I commited the 3 updates. Now the question
is :
- should those files provided by auto* be in git ?
+ in a sense they are part of what makes a release
+ but they are somehow generated as
On Tue, Sep 15, 2009 at 07:43:54PM +0200, Daniel Veillard wrote:
Some application don't deliver sufficient data at start of parsing
conflicting with the fix I made for
https://bugzilla.gnome.org/show_bug.cgi?id=566012
I commited a fix which solves the problem while preserving the
On Tue, Sep 15, 2009 at 07:43:54PM +0200, Daniel Veillard wrote:
Some application don't deliver sufficient data at start of parsing
conflicting with the fix I made for
https://bugzilla.gnome.org/show_bug.cgi?id=566012
I commited a fix which solves the problem while preserving the
On Tue, Sep 15, 2009 at 08:28:19PM +0200, Daniel Veillard wrote:
On Tue, Sep 15, 2009 at 07:57:17PM +0200, Mike Hommey wrote:
On Tue, Sep 15, 2009 at 07:43:54PM +0200, Daniel Veillard wrote:
Some application don't deliver sufficient data at start of parsing
conflicting with the fix I
On Tue, Sep 15, 2009 at 10:09:15PM +0200, Mike Hommey wrote:
On Tue, Sep 15, 2009 at 08:28:19PM +0200, Daniel Veillard wrote:
On Tue, Sep 15, 2009 at 07:57:17PM +0200, Mike Hommey wrote:
On Tue, Sep 15, 2009 at 07:43:54PM +0200, Daniel Veillard wrote:
Some application don't deliver
On Tue, Sep 15, 2009 at 11:22:45PM +0200, Daniel Veillard wrote:
On Tue, Sep 15, 2009 at 10:49:23PM +0200, Mike Hommey wrote:
On Tue, Sep 15, 2009 at 10:09:15PM +0200, Mike Hommey wrote:
[...]
diff --git a/xmlIO.c b/xmlIO.c
index c03ac43..1e7d213 100644
--- a/xmlIO.c
+++ b/xmlIO.c
Hi,
Version 2.7.3 is already 6 months old, there are some important
bugs fixed in git master, are there any plans for a 2.7.4
release?
Cheers,
Mike
___
xml mailing list, project page http://xmlsoft.org/
xml@gnome.org
Hi,
It would be nice from Daniel or others to respond to the following
message, we had the same issue in Debian.
Mike
On Tue, Mar 03, 2009 at 07:05:21AM +0100, Belgabor wrote:
Hi everybody,
I have a (somewhat) serious problem with the definition of
ATTRIBUTE_PRINTF in xmlversion.h.
The
Hi,
In parser.c there are 5 nbParse* variables that are only used in
parser.c, but are still exported as symbols. Is that really necessary?
They don't even seem useful at all, the only places they are used is to
do nbParsexxx++, with no other place where the variables are read...
Mike
Hi,
It appears that while libxml2 internals expect entity loading to be
using proper URIs, CLI tools don't do the necessary conversion between
the real path and URIs, which can lead to unexpected results.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516916 for an
example of a failure
On Wed, Nov 19, 2008 at 09:28:30AM +0100, Daniel Veillard [EMAIL PROTECTED]
wrote:
On Tue, Nov 18, 2008 at 08:28:49PM +0100, Mike Hommey wrote:
On Tue, Nov 18, 2008 at 07:16:50PM +, Graham Bennett wrote:
Hi all,
I've been notified of a Redhat security update for libxml2:
https
On Wed, Nov 19, 2008 at 09:32:10AM +0100, Daniel Veillard [EMAIL PROTECTED]
wrote:
On Sat, Nov 15, 2008 at 06:24:48PM +0100, Mike Hommey wrote:
Hi,
Have you considered using -Bsymbolic linker option instead of the
elfgcchack.h hack ?
Hum, no ... I don't know -Bsymbolic, but I fail
On Wed, Nov 19, 2008 at 10:31:05AM +0100, Mike Hommey wrote:
On Wed, Nov 19, 2008 at 09:28:30AM +0100, Daniel Veillard [EMAIL PROTECTED]
wrote:
On Tue, Nov 18, 2008 at 08:28:49PM +0100, Mike Hommey wrote:
On Tue, Nov 18, 2008 at 07:16:50PM +, Graham Bennett wrote:
Hi all
On Tue, Nov 18, 2008 at 07:16:50PM +, Graham Bennett wrote:
Hi all,
I've been notified of a Redhat security update for libxml2:
https://rhn.redhat.com/errata/RHSA-2008-0988.html, and was hoping to
update my own builds with a version that doesn't suffer from these
vulnerabilities (I
Hi,
Have you considered using -Bsymbolic linker option instead of the
elfgcchack.h hack ?
Mike
___
xml mailing list, project page http://xmlsoft.org/
xml@gnome.org
http://mail.gnome.org/mailman/listinfo/xml
Hi,
I got this forwarded as a wishlist bug for libxml2, but that doesn't
sound right to me. I always thought control characters are not allowed
in XML, though looking in the XML spec, I can't find anything
definitive...
Daniel, what do you think?
Mike
PS: You can see the whole thread on
On Sun, Aug 24, 2008 at 10:51:59AM +0200, Daniel Veillard wrote:
On Sun, Aug 24, 2008 at 10:15:41AM +0200, Mike Hommey wrote:
On Wed, Aug 20, 2008 at 07:00:51PM +0200, Daniel Veillard wrote:
Bad news, when checking against recursive entities expansion problem
back when it was made
On Mon, Aug 25, 2008 at 09:47:32PM +0200, Mike Hommey wrote:
On Sun, Aug 24, 2008 at 10:51:59AM +0200, Daniel Veillard wrote:
On Sun, Aug 24, 2008 at 10:15:41AM +0200, Mike Hommey wrote:
On Wed, Aug 20, 2008 at 07:00:51PM +0200, Daniel Veillard wrote:
Bad news, when checking against
On Wed, Aug 20, 2008 at 07:00:51PM +0200, Daniel Veillard wrote:
Bad news, when checking against recursive entities expansion problem
back when it was made official (c.f. the billion laught attack circa
2004) I had checked for the normal recursion, but when happening in
an attribute avlue
On Mon, Jul 07, 2008 at 03:09:57PM +0200, Ralf Junker [EMAIL PROTECTED] wrote:
One more question about line numbers in libxml: It seems that in tree.h,
struct _xmlNode limits line numbers to 65535 only in this line:
unsigned short line; /* line number */
Again, is this correct and
On Wed, Apr 09, 2008 at 06:45:17AM -0400, Daniel Veillard wrote:
On Wed, Apr 09, 2008 at 10:32:38AM +0200, Mike Hommey wrote:
On Wed, Apr 09, 2008 at 03:45:16AM -0400, Daniel Veillard wrote:
A lot of bug fixes had accumulated since the release in january so
a new release was in order
On Mon, Jan 28, 2008 at 01:55:01PM +0100, Stefan Behnel wrote:
Hi,
murali wrote:
!ATTLIST doc : CDATA #IMPLIED
is a valid declaration of attribute : for element doc.
But , currently LIBXML2 generates a error when it encounters this.
well, that's just because ':' isn't really a
Hi,
I don't know how this happened, but the examples.xml file got truncated
with this change:
http://svn.gnome.org/viewvc/libxml2/trunk/doc/examples/examples.xml?r1=3387r2=3672
Mike
___
xml mailing list, project page http://xmlsoft.org/
xml@gnome.org
On Wed, Oct 10, 2007 at 11:33:00AM +0200, Mike Hommey wrote:
On Wed, Oct 10, 2007 at 04:57:46AM -0400, Daniel Veillard [EMAIL PROTECTED]
wrote:
On Tue, Oct 09, 2007 at 07:43:36PM +0200, Mike Hommey wrote:
Hi,
I got a report against the debian package containing xmllint [1] about
Hi,
I got a report against the debian package containing xmllint [1] about
the fact that lines above 65535 are incorrectly reported as line 65535,
at least in schema validation reports.
The problem here is that the xmlNode struct only stores the line number
as an unsigned short, which explains
On Wed, Jul 25, 2007 at 10:18:27PM -0400, Stefan Jeglinski [EMAIL PROTECTED]
wrote:
Now what I wanted to do is to remove the first two tags of the xml
document which are hightlighted below. i.e.
?xml version= 1.0 encoding=utf-8?
!DOCTYPE RequestMessage SYSTEM RequestMessage.dtd
So what
On Thu, Oct 19, 2006 at 05:10:10PM -0400, Daniel Veillard [EMAIL PROTECTED]
wrote:
On Thu, Oct 19, 2006 at 08:25:52PM +0100, chinlu chinawa wrote:
node
some text, bla bla bla
/node
I wonder if there's any function that allows me to
retrieve a normalized string, thus:
On Fri, Jul 28, 2006 at 02:25:41PM -0400, christophe barbe [EMAIL PROTECTED]
wrote:
Hi All,
I was tracking a memory leak and ended up with a very simple libxml
program that leaks according to valgrind (I reproduced it with libxml
2.6.26).
Could someone, please, have a look at the attached
On Fri, Jul 14, 2006 at 09:30:26AM +0100, Nic James Ferrier [EMAIL PROTECTED]
wrote:
Daniel Veillard [EMAIL PROTECTED] writes:
Hi,
this is a warning, the GNOME sysadmin team plans to move from CVs to
subversion as the source management tool. The migration should start later
today
On Thu, Jul 06, 2006 at 03:44:14PM -0400, Daniel Veillard [EMAIL PROTECTED]
wrote:
On Thu, Jul 06, 2006 at 03:03:12PM -0400, Jean-Francois Dupont-Viel (QA/EMC)
wrote:
Ok it seems to work now. I guess the problem was between my two ears...
using the global variables to change contextual
On Fri, Apr 28, 2006 at 01:09:24PM -0400, Daniel Veillard [EMAIL PROTECTED]
wrote:
Last release was 3 months ago, and I will be in vacations most of May so
a release was in order ! Available as usual on xmlsoft.org and GNOME FTP
servers. This is mostly bugfixes:
It'd be great if the tarball
On Fri, Sep 16, 2005 at 11:59:29AM -0400, Adam Versteegen [EMAIL PROTECTED]
wrote:
Hello,
I have a question regarding the license for libxml2 and the licenses
for other libs it links to. I'd like to use libxml2 in a commercial
application, and if I understand the license correctly I can
On Wed, Aug 24, 2005 at 07:15:01PM -0400, Rob Richards [EMAIL PROTECTED]
wrote:
Daniel Veillard wrote:
Another way would be to make libxml2 not touch anything if it detects
any http-equiv meta tag, and if it doesn't detect one try to put the
tag serialization in the output buffer, but not
Hi,
Here are the warnings I get while building libxml2 2.6.19 with -Wall
flag, you might want to fix these, or at least, some.
Mike
PS: I'm not sure the generated libxml.c file in the python directory
matches the one in the tarball, so line numbers might not be accurate.
xpath.c: In function
37 matches
Mail list logo
