The snapshot download libxml2-cvs-snapshot.tar.gz is still 2.6.21. Can you
please make it up to date?
Thanks,
Yong Chen
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Veillard
Sent: Monday, September 12, 2005 11:11 PM
To: xml@gnome.org
On Tue, Sep 13, 2005 at 11:36:57PM -0700, Yong Chen (yongche) wrote:
The snapshot download libxml2-cvs-snapshot.tar.gz is still 2.6.21. Can you
please make it up to date?
I didn't noticed, thanks, fixed !
Note that GNOME anonymous CVS access now is fully synchronized with the
main CVS, so
Hi,On 9/13/05, Kasimier Buchcik [EMAIL PROTECTED] wrote:
Hi,On Thu, 2005-08-18 at 18:58 +0200, GUY Fabrice wrote: [EMAIL PROTECTED]:/data/home/kbuchcik/gnomecvs/tests$ xmllint --noout --schema keyref.xsd keyref.xml keyref.xml:6: Schemas validity error : Element 'element2': No match
found for
On Wed, Sep 14, 2005 at 03:28:15PM +0200, GUY Fabrice wrote:
Hi,
With libxml2 version 2.6.21 I could retrieve the declaration of an element
(using xmlHashScan(schema-elemDecl, ..., ...).
Unfortunately, it doesn't seem to be possible with the new release (I can
get only global element
Hi all,
I use the tree API of libxml (nice btw).
By default when adding a text node next to another text node, the two nodes are
merged into one automatically.
My question is:
Is this behavior configurable or is there any way to prevent libxml from doing
this ?
Thanks.
On Wed, Sep 14, 2005 at 06:03:47PM +0200, [EMAIL PROTECTED] wrote:
Hi all,
I use the tree API of libxml (nice btw).
By default when adding a text node next to another text node, the two nodes
are merged into one automatically.
My question is:
Is this behavior configurable or is there
Hello,
I've found a problem in our use of libxml2's streaming API. The call
xmlTextWriterWriteFormatElement crashes when writing strings longer than 8191
bytes. It only happens on our dual - EM64T SuSE Enterprise 9.0 server... it
seems fine on our single CPU 32 bit SLES machine (I tried
2005/9/14, James Eggleston [EMAIL PROTECTED]:
Hello,
I've found a problem in our use of libxml2's streaming API. The call
xmlTextWriterWriteFormatElement crashes when writing strings longer than
8191 bytes. It only happens on our dual - EM64T SuSE Enterprise 9.0
server... it seems fine