Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Cannot Reproduce
-
3.1.1
-
None
-
None
-
any
Description
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.