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,2e69f8b2b50371a6
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: End_Of_Line, End_Of_File
Date: 1996/12/02
Message-ID: <dewar.849533874@merv>#1/1
X-Deja-AN: 201877667
references: <Pine.SUN.3.95.961130130247.261C-100000@tsc1>
 <dewar.849368006@merv> <Pine.SUN.3.95.961202104027.355A-100000@tsc4>
organization: New York University
newsgroups: comp.lang.ada
Date: 1996-12-02T00:00:00+00:00
List-Id: <comp.lang.ada>


Fernando says

"I've solved the problem using instantiating Sequential_IO fot character
type and looking for chacarcter.latin_1.lf
"

Yes, you can do this, but it is likely to be gruesomely inefficient. It
is much better to use Stream_IO, reading a decent chunk of data at a time.
In addition, there is no guarantee that instantiation Sequential_IO will
work, nowhere in the RM does it guarantee anything about the format of
sequential_io files, and if they happen to correspond to some externally
written file, as opposed to a file written by sequential_io, that's good
luck, but cannot be counted on.

In practice, with almost all (all?) implementations of Ada, this 
particular instantiation of sequential_io will "work", but it is still
a poor way of doing things!