-
Enhancement
-
Resolution: Won't Fix
-
P4
-
None
-
7
-
generic
-
generic
Line-Feed swapping functionality for EBCDIC converters
There are two standards followed to handle newline in z/OS, these being the LF (0x25) CDRA or NL (0x15) . Since JDK 1.4, IBM JDK standardized all EBCDIC character encodings on the use of NL (0x15) for newline function, though in some earlier versions LF (0x25) CDRA was used.
In order to address dual standard being used for newline function, a new java property had been introduced to provide the user the ability to switch between these two. Though the default behavior for all EBCDIC character encodings will remain to map the unicode \u000A character to EBCDIC 0x15 character, specifying the java property "ibm.swapLF=true" will cause the converters to switch its mapping of unicode \u000A to EBCDIC 0x25.
There are two standards followed to handle newline in z/OS, these being the LF (0x25) CDRA or NL (0x15) . Since JDK 1.4, IBM JDK standardized all EBCDIC character encodings on the use of NL (0x15) for newline function, though in some earlier versions LF (0x25) CDRA was used.
In order to address dual standard being used for newline function, a new java property had been introduced to provide the user the ability to switch between these two. Though the default behavior for all EBCDIC character encodings will remain to map the unicode \u000A character to EBCDIC 0x15 character, specifying the java property "ibm.swapLF=true" will cause the converters to switch its mapping of unicode \u000A to EBCDIC 0x25.
- duplicates
-
JDK-8151487 IBM037 Charset - wrong char at 0x15
-
- Closed
-
- relates to
-
JDK-4867251 OutputStreamWriter/InputSreamReader convert NEL to linefeed with Cp037 encoding
-
- Closed
-
-
JDK-8186803 Update Cp1140-Cp1149 EBEDIC euro charset to map \u000A to EBCDIC 0x15
-
- Resolved
-