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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!gegeweb.org!news.ecp.fr!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Creating an empty file with Ada.Text_IO Date: Mon, 24 Aug 2015 17:22:38 -0500 Organization: JSA Research & Innovation Message-ID: References: <9ea096fc-26f0-48c4-9be9-4a6466506ef4@googlegroups.com> NNTP-Posting-Host: rrsoftware.com X-Trace: loke.gir.dk 1440454959 15345 24.196.82.226 (24 Aug 2015 22:22:39 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Mon, 24 Aug 2015 22:22:39 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Xref: news.eternal-september.org comp.lang.ada:27599 Date: 2015-08-24T17:22:38-05:00 List-Id: "AdaMagica" wrote in message news:9ea096fc-26f0-48c4-9be9-4a6466506ef4@googlegroups.com... > Sequential_ and Direct_IO might also work. For question 1, surely. For question 2, probably too much mess. More generally, Text_IO is for processing files in an implementation-determined format. (And that's true to some extent for Sequential_IO and Direct_IO as well.) If you actually care about the bits in the file (as you might when writing a file for some other program), only Stream_IO gives the needed control. For example, the Janus/Ada compiler only uses our in-house Basic_IO package for file I/O (we invented Basic_IO for Ada 83; if we were starting today we'd use Stream_IO which has essentially the same capabilities). The standard I/O packages just didn't work for our needs, even though we implemented them ourselves. They had too much overhead and too little control. Randy.