Ok, I understand the need of speed, but there is still something that
worries me. This means that the Canonicalization process depends then on
the way the XML document is in memory. For instance, if I load a XML
document from disk and canonicalize it, or build the same document in
memory from s
On Wed, Mar 19, 2014 at 06:29:08PM +0100, Frank Gross wrote:
> Hi,
>
> Since libxml 2.8.0 I have an issue when I use
> xmlParseInNodeContext(). During the parsing, it goes through the
> xmlParseCharData() function where following test has been added
> compared to libxml 2.7.2. And this test make
On Sun, Mar 09, 2014 at 02:46:35PM +0100, Nick Wellnhofer wrote:
> > On 3/9/2014 17:33, Nick Wellnhofer wrote:
> >> I can’t find out how to add a DTD (internal subset) to a document without
> >> poking into libxml2’s internal data structures. The obvious approach is to
> >> add a xmlDtdPtr using
Hi,
Great, your patch fixed my issue. Actually, im my case, the context
node passed to xmlParseInNodeContext() is a xmlDocPtr, and then the
instate variable was not set to XML_PARSER_CONTENT.
Thanks,
Frank
Le 21/03/2014 10:08, Daniel Veillard a écrit :
On Wed, Mar 19, 2014 at 06:29:08PM +0
Hi,
In our app, we use libxml2 and we connect XPath variables to our proprietary
script language and its variables. I have recently noticed a possible bug with
it. To replicate the issue, I have created an xslt. Handling of variables is a
bit grey zone for me, but I think there has to be a bug
I'll re-iterate, as long as you use "official" LibXML2 API, it should
work just fine. Or there is a bug in the LibXML2 code :)
Aleksey
On 3/21/14, 1:06 AM, Frank Gross wrote:
> Ok, I understand the need of speed, but there is still something that
> worries me. This means that the Canonicalization
On 21/03/2014 12:13, Vojtech Fried wrote:
Hi,
In our app, we use libxml2 and we connect XPath variables to our proprietary
script language and its variables. I have recently noticed a possible bug with
it. To replicate the issue, I have created an xslt. Handling of variables is a
bit grey zone f
