[ 
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]

Reply via email to