Re: [xml] Strange 0x0a char popping in generated XML

On Fri, Oct 03, 2014 at 11:15:30AM +0200, Jean-Philippe Jacoupy wrote:
On Fri, Oct 3, 2014 at 10:56 AM, Daniel Veillard <veillard redhat com>

On Tue, Aug 26, 2014 at 12:30:01PM +0000, Jean-Philippe Jacoupy wrote:

I'm using libxml2 and I have a strange behaviour.

I'm creating a full document in memory (using xmlTextWriter with a

I have called xmlTextWriterSetIndent with 0 as parameter.

Whenever I get the buffer content (once I have called
xmlTextWriterEndDocument) I get strange 0x0a inserted:
 - 1 after the xml header
 - 1 after the end of the xml document

  It's not strange, that a new line character, which is present
as non-significant white space and will be ignored by XML parsers
and hence the whole tool chain consuming the output.


Thanks for your response Daniel,

But I still think the presence of those \n is bogus.
Even if the XML parser will ignore the \n at reading (which is OK),
when you have to cypher the document, the extras '\n' changes the result.

Both of them prevent to generate a linearized xml. And that's the point of
this report.

I mean this isn't a linearized xml:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>\n<Document><data1
/><data2><data21 /></data2></Document>\n

Whereas this is a linearized xml:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?><Document><data1
/><data2><data21 /></data2></Document>

  If you want to sign the output, the is a canonical format and you
should use that. Libxml2 supports it !

Considering "linearized" that's severely bogus you mean you have
recipient who won't parse anything with a line feed in it ?
Where did that definition come from ? What happen if one of you data
field has a content with a \n inside ? *That* is the the broken part.

That's not an libxml2 issue , XML is here as a spec to define
interoperability, there is a number of place where that interop is
guaranteed even if you reformat the document, and there is equivalence
at the XML Infoset level. The two added \n are in those spaces.


I'm under Windows compiling with VS2008 against LibXML2 version 2.7.2

- As I searched the code of the libxml2, at the end of the
xmlTextWriterStartDocument function I have found this:

count = xmlOutputBufferWriteString(writer->out, "?>\n"); (L. 617)

Shouldn't the '\n' be prefixed by a if (writer->indent) ?

 - Found the other one in xmlTextWriterEndDocument I have found:

if (!writer->indent) { (L. 701)

instead of

if (writer->indent) {

as done in all the file.

xml mailing list, project page
xml gnome org

Daniel Veillard      | Open Source and Standards, Red Hat
veillard redhat com  | libxml Gnome XML XSLT toolkit | virtualization library

JACOUPY Jean-Philippe

Daniel Veillard      | Open Source and Standards, Red Hat
veillard redhat com  | libxml Gnome XML XSLT toolkit | virtualization library

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]