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, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,4f2ff548f619cc58 X-Google-Attributes: gid103376,public From: Robert Dewar Subject: Re: End of File for streams Date: 2000/04/17 Message-ID: <8dfgv8$2ta$1@nnrp1.deja.com>#1/1 X-Deja-AN: 612298773 References: <8df15j$e4b$1@trog.dera.gov.uk> X-Http-Proxy: 1.0 x22.deja.com:80 (Squid/1.1.22) for client 205.232.38.14 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Mon Apr 17 17:17:44 2000 GMT X-MyDeja-Info: XMYDJUIDrobert_dewar Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; I) Date: 2000-04-17T00:00:00+00:00 List-Id: In article <8df15j$e4b$1@trog.dera.gov.uk>, "Kevin Rigotti" wrote: > I have philosophical and aesthetic objections to trapping the > End_Error exception as a means of determining end of file, but > is this the only way to do it? It's always odd when you have a situation where Ada provides an approach X to solving problem Y that works in a perfectly straightforward manner, and then asks How can I do Y without using X, because I don't want to use X. That's the situation you are in here. Catching End_Error is a clean solution to your problem and is the recommended approach. It is also often the more efficient approach compared to an explicit end of file test in the loop. Sent via Deja.com http://www.deja.com/ Before you buy.