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=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ac3fc59590c9d4cd X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-24 20:00:23 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed00.sul.t-online.de!t-online.de!fr.usenet-edu.net!usenet-edu.net!enst!enst.fr!not-for-mail From: sk Newsgroups: comp.lang.ada Subject: Re: Unix text handling on stdin Date: Fri, 24 Aug 2001 21:56:06 -0500 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: References: <9m6hcj$aai1@news.cis.okstate.edu> Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 998708422 41254 137.194.161.2 (25 Aug 2001 03:00:22 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Sat, 25 Aug 2001 03:00:22 +0000 (UTC) To: comp.lang.ada@ada.eu.org Return-Path: X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19-4.3mdk i686) X-Accept-Language: en Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.4 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , List-Archive: Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: archiver1.google.com comp.lang.ada:12406 Date: 2001-08-24T21:56:06-05:00 Hi again, I wrote: >I fully intended to look up the issue in both the LRM and >Ada Issues to see if the compiler was behaving according to >spec, but once I found a work-around, I never got round >to checking about the legitimacy of this TIO behaviour. Firstly, I should have said text-io behaving according to spec, and not "the compiler" ... and then I got around to actually reading up on the issue. >From the Ada95 Reference Manual (Electronic, provided with GNAT .../gnat-3.13p-unx-docs/html/arm95.html#SEC247) :Text File Management : :... : :2.For the procedure Close: If the file has the current mode :Out_File or Append_File, has the effect of calling New_Page, :unless the current page is already terminated; then outputs :a file terminator. : :... : So, the behaviour of adding a file terminating byte in closing a file from Text_IO agrees with the ARM. It also appears that Interfaces.C_Streams and Ada.Text_Io.C_Streams are provided by GNAT. The packages do not seem to be documented in the above mentioned electronic ARM; they are, however, documented in the GNAT RM (.../gnat-3.13p-unx-docs/html/gnat_rm.html#SEC42). sknipe@ktc.com PS The example makes no use of Ada.Streams and Ada.Streams.Stream_Io; as I mentioned, it was a QUAD and therefore subject to not editing out the unecessary items from a cut and paste job.