[
https://issues.apache.org/jira/browse/XERCESC-1950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alberto Massari closed XERCESC-1950.
------------------------------------
Resolution: Cannot Reproduce
Fix Version/s: (was: 3.1.2)
(was: 3.2.0)
I tested a modified version of your file (Xerces now doesn't serialize invalid
XML characters, so my sample contained a 각 reference), but the output
files I get back are different.
Looking at them with a binary editor, they show either 01 AC 00 00 (little
endian) or 00 00 AC 01 (big endian)
> Build-in UCS4 transcoder does not respect endianess
> ---------------------------------------------------
>
> Key: XERCESC-1950
> URL: https://issues.apache.org/jira/browse/XERCESC-1950
> Project: Xerces-C++
> Issue Type: Bug
> Components: Utilities
> Affects Versions: 3.1.1
> Environment: any
> Reporter: Boris Kolpackov
> Attachments: test.xml
>
>
> Built-in UCS4 transcoder does not respect endianess of the requested
> encoding. Try this on the attached test file:
> DOMPrint -wenc=UCS-4LE -wfile=le.xml test.xml
> DOMPrint -wenc=UCS-4BE -wfile=be.xml test.xml
> The resulting two files will have the same representations for "long"
> characters, little-endian if run on LE machine, and big-endian if run on a BE
> machine. The UTF-32 transcoder doesn't seem to have this problem.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]