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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,a0833bbed8752e1f X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!newsread1.news.pas.earthlink.net.POSTED!a6202946!not-for-mail From: Jeffrey Carter Organization: jrcarter commercial-at acm [period | full stop] org User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: variable lenght strings References: <1209757.RtbsXkycWi@linux1.krischik.com> <1545949.UqgTOGcyTg@linux1.krischik.com> In-Reply-To: <1545949.UqgTOGcyTg@linux1.krischik.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Sun, 24 Oct 2004 19:54:53 GMT NNTP-Posting-Host: 63.184.105.167 X-Complaints-To: abuse@earthlink.net X-Trace: newsread1.news.pas.earthlink.net 1098647693 63.184.105.167 (Sun, 24 Oct 2004 12:54:53 PDT) NNTP-Posting-Date: Sun, 24 Oct 2004 12:54:53 PDT Xref: g2news1.google.com comp.lang.ada:5682 Date: 2004-10-24T19:54:53+00:00 List-Id: Martin Krischik wrote: > When the last line is missing a CR/LF - happens often in user edited > files - and is a multiple of the internal buffer in lenght then an > exception is raised. Get_Line is specified in A.10.7: Reads successive characters from the specified input file and assigns them to successive characters of the specified string. Reading stops if the end of the string is met. Reading also stops if the end of the line is met before meeting the end of the string; in this case Skip_Line is (in effect) called with a spacing of 1. The end of the line seems to be specified in A.10.5, for End_Of_Line: Operates on a file of mode In_File. Returns True if a line terminator or a file terminator is next; otherwise returns False. Thus a missing line terminator (CR/LF for DOS/Windows) at the end of a file should be interpreted as end of line anyway, it seems, and any compiler which doesn't seems to have an error. Possibly an exception is raised because it is unable to skip the implied end of line. That may be a legal interpretation, but it would apply in all cases when the file lacks a final line terminator, not just when attempting to read a null string. Perhaps we should contact the ARG for clarification of this. -- Jeff Carter "Oh Lord, bless this thy hand grenade, that with it thou mayst blow thine enemies to tiny bits, in thy mercy." Monty Python and the Holy Grail 24