http://bugs.winehq.org/show_bug.cgi?id=20311
--- Comment #27 from Nikolay Sivov bunglehead@gmail.com 2010-06-19 18:05:36 --- (In reply to comment #26)
I don't know if this is important, but won't hurt me if i mention, that i did binary comparison of the 1.xml created by native and builtin, because of checksum differes.
I find out, that native is 2bytes longer then builtin, because native writes 0x0D 0x0A, but builtin 0x0A in two cases. I don't know if that is intentional (unix) or wine should be trying to create exactly the same XML document like on Windows environment.
Yes, that's a known problem. For getting node text we have an ugly stream fixing logic that changes \n to \n\r. But it's not a way we need, and libxml2 doesn't provide a switch to enable MS kind of line ends (which is fine cause nobody should care). Anyway it's fine to write as is if we're going to read with our builtin msxml3 after that, but ideally we want exactly the same output files of course (a rewritten serializing from libxml2 needed for that I think which is not possible without a massive code duplication or without using some private API calls).