On Mon, Jun 15, 2020 at 3:00 AM Jens Maurer <Jens.Maurer@gmx.net> wrote:
On 15/06/2020 00.06, Hubert Tong wrote:
> The presence of a UCN for a C1 (non-EBCDIC) control character in a supposedly-EBCDIC string is not immediately indicative of an error.
In this example, is the UCN intending to mean the conventionally mapped
EBCDIC control character, or something else?
In the non-error scenario I presented, the UCN is intending to mean the C1 control character in ISO-8859-1. The string becomes encoded in EBCDIC-1047 as a proxy for ISO-8859-1. The application is run in an environment where its output is converted (following the same conventional mapping) from EBCDIC-1047 to ISO-8859-1.

In other words, the compiler does not know whether an "EBCDIC" string would be used for its "EBCDIC value".