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=-0.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,c689b55786a9f2bd
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news4.google.com!feeder2.cambriumusenet.nl!feed.tweaknews.nl!193.201.147.71.MISMATCH!xlned.com!feeder3.xlned.com!feeder.erje.net!news.musoftware.de!wum.musoftware.de!newsfeed.straub-nv.de!noris.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: for S'Image use Func??
Newsgroups: comp.lang.ada
User-Agent: 40tude_Dialog/2.0.15.1
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Reply-To: mailbox@dmitry-kazakov.de
Organization: cbb software GmbH
References: <Xns9D7085FECB88EWarrensBlatherings@188.40.43.213>
  <op.vcaqajn0ule2fv@garhos>
 <Xns9D70A3756AAE0WarrensBlatherings@188.40.43.213>
 <wccmxwcu6kc.fsf@shell01.TheWorld.com> <op.vcaxs1h4ule2fv@garhos>
 <wcceihou455.fsf@shell01.TheWorld.com>
 <hs0jm5$vr4$1@news.eternal-september.org>
 <wcchbmjlx6a.fsf@shell01.TheWorld.com>
 <4be417b4$0$6992$9b4e6d93@newsspool4.arcor-online.net>
 <wccpr17yeji.fsf@shell01.TheWorld.com>
 <Xns9D747817630D6WarrensBlatherings@188.40.43.245>
 <zvtps4jzmo1z$.mzhapf4p7b4a.dlg@40tude.net>
 <Xns9D7482F0549D2WarrensBlatherings@188.40.43.245>
 <1qcb6z4i20dyb.1dz2hd4c0vx69.dlg@40tude.net>
 <b7b2dcd9-92d4-40f3-ab85-5c0dfdecb832@b7g2000yqk.googlegroups.com>
 <87632vwikr.fsf@ludovic-brenta.org>
 <112n6z3554srr$.tjzjtg467xfo.dlg@40tude.net>
 <eddcbcc0-d9fc-4675-909a-d4a8478733ad@d27g2000yqc.googlegroups.com>
Date: Tue, 11 May 2010 16:24:11 +0200
Message-ID: <1fv8frriu1h4s.g9jy78q1c0io.dlg@40tude.net>
NNTP-Posting-Date: 11 May 2010 16:24:11 CEST
NNTP-Posting-Host: 11cb5f74.newsspool3.arcor-online.net
X-Trace: 
 DXC=Sbjf`_kgV7c^Y=RbYBPl4`McF=Q^Z^V3h4Fo<]lROoRa8kF<OcfhCOkY7BZ6_olbhc[6LHn;2LCVn7enW;^6ZC`dIXm65S@:3>oZ8lLJPW8ZUc
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news2.google.com comp.lang.ada:11491
Date: 2010-05-11T16:24:11+02:00
List-Id: <comp.lang.ada>

On Tue, 11 May 2010 06:35:39 -0700 (PDT), Maciej Sobczak wrote:

> OK, really - what's exactly being inefficient in buffered input?

You said it, it is buffering.

> What I want is a stream interface to the blobs that my filesystem is
> storing for me, so that I can build higher-level constructs on top of
> it.

But if my file system already has get-line-as-an-array-of-code-points. Why
should I go deeply down to the representation layer, to a stream of octets?

>> The bottom line is, Ada does it right (tm).
> 
> If it did it right (tm), I would not have to reinvent
> My_Better.Text_IO.

You should not. The question was about formatting, I/O is OK.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de