From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,47bd5b7b3b898723 X-Google-Attributes: gid103376,public From: ncohen@watson.ibm.com (Norman H. Cohen) Subject: Re: Text_IO and Ada source (was: Form feed comment for pragma Page) Date: 1996/06/18 Message-ID: <4q6c5s$12nr@watnews1.watson.ibm.com>#1/1 X-Deja-AN: 160833799 distribution: world references: <4p04vi$3ui$1@mhafn.production.compuserve.com> <4pkp5k$13gs@watnews1.watson.ibm.com organization: IBM T.J. Watson Research Center reply-to: ncohen@watson.ibm.com newsgroups: comp.lang.ada Date: 1996-06-18T00:00:00+00:00 List-Id: In article , dewar@cs.nyu.edu (Robert Dewar) writes: |> Norman said |> |> "But there would be a particular EBCDIC code representing the Latin-1 |> source-text linefeed character. ... |> " |> |> What is your justification for the first sentence here. I read nothing |> in the RM that requires or implies that the source representation of |> any format effector is a "particular code", EBCDIC or otherwise. ... |> The standard has NOTHING AT ALL to say about source representation. Quite right, I was describing actual practice, not any requirement of the standard. (The usual practice is to exploit the operating system's division of files into logical records and to treat each record as a source line, but it is possible to sneak format effectors--or, more precisely, EBCDIC characters that the implementation treats as the representation of ISO 10646 BMP format effectors--into the middle of a record.) What RM95 2.2(2) requires is that, whatever mechanisms the implementation uses to represent a format effector other than a tab, the implementation must treat the logical occurrence of such a character as the end of a line, i.e., such a character cannot be construed as occurring in the MIDDLE of a comment. -- Norman H. Cohen ncohen@watson.ibm.com