RE: Inconsistent treatment of EBCDIC Newline (NL) character in codepage.c

Fish wrote:

[...]
> Other tables however, label X'0A' as ASCII "LF" and X'15'
> as EBCDIC "NL".  Very confusing!

MORE INFORMATION:

  Wikipedia article for "Newline":
  https://en.wikipedia.org/wiki/Newline#Representation


   "Some character sets provide a separate newline character
    code. EBCDIC, for example, provides an NL character code
    in addition to the CR and LF codes. Unicode, in addition
    to providing the ASCII CR and LF control codes, also provides
    a "next line" (NEL) control code, as well as control codes
    for "line separator" and "paragraph separator" markers."


   "EBCDIC systems—mainly IBM mainframe systems, including 
    z/OS (OS/390) and i5/OS (OS/400) - use NL (New Line, 0x15)
    as the character combining the functions of line-feed
    and carriage-return. The equivalent UNICODE character
    (0x85) is called NEL (Next Line). EBCDIC also has control
    characters called CR and LF, but the numerical value of
    LF (0x25) differs from the one used by ASCII (0x0A).
    Additionally, some EBCDIC variants also use NL but assign
    a different numeric code to the character. However, those
    operating systems use a record-based file system, which
    stores text files as one record per line. In most file
    formats, no line terminators are actually stored."


Bottom line: as far as I know Hyperion's codepage tables *are* correct.

-- 
"Fish" (David B. Trout)
Software Development Laboratories
http://www.softdevlabs.com
mail: [email protected]