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=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,fb00b4031f5d9d4a X-Google-Attributes: gid103376,public From: Markus Kuhn Subject: Re: GNAT's Text_IO & empty files Date: 1998/07/07 Message-ID: <35A16917.18DE1396@cl.cam.ac.uk>#1/1 X-Deja-AN: 369061408 Content-Transfer-Encoding: 7bit References: <35A0B7C5.1011D794@Maths.UniNe.CH> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Organization: Cambridge University, Computer Laboratory Newsgroups: comp.lang.ada Date: 1998-07-07T00:00:00+00:00 List-Id: Robert Dewar wrote: > Most certainly if you comment these lines out, your resulting runtime will > not be compliant with annex A of the reference manual. These lines were not > put in for amusement! In addition, it might be worth noting that it is common practive under Unix that all text files end with a LF character. Editors such as vi do not allow you to create a file that does not end with LF. In this sense, the Ada convention goes nicely with the Unix convention. [The Unix line terminator convention is the only useful one anyway. The MSDOS text file convention with its silly CR and Ctrl-Z characters should be sent to the bit graveyard as soon as possible. What for do we need a line feed character that does not include the carriage return functionality?] Markus -- Markus G. Kuhn, Security Group, Computer Lab, Cambridge University, UK email: mkuhn at acm.org, home page: