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.1 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM,PP_MIME_FAKE_ASCII_TEXT 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,UTF8
Path: 
 g2news2.google.com!news4.google.com!feeder2.cambriumusenet.nl!feed.tweaknews.nl!87.79.20.105.MISMATCH!news.netcologne.de!ramfeed1.netcologne.de!newsfeed.freenet.ag!newsfeed.kamp.net!newsfeed.kamp.net!eternal-september.org!.POSTED!not-for-mail
From: Warren <ve3wwg@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: for S'Image use Func??
Date: Tue, 11 May 2010 20:56:11 +0000 (UTC)
Organization: A noiseless patient Spider
Message-ID: <Xns9D75AC495458CWarrensBlatherings@81.169.183.62>
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>
 <op.vcig7go1ule2fv@garhos> <Xns9D75873BB334DWarrensBlatherings@81.169.183.62>
 <1qfu2ba65pd63$.asc7m201hi6u$.dlg@40tude.net>
Injection-Date: Tue, 11 May 2010 20:56:11 +0000 (UTC)
Injection-Info: mx01.eternal-september.org;
 posting-host="9f8M0iN5t54V+4DF/iqO8g";
	logging-data="24081"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX19DVJbikc8LRpC/EoqW9gfexdoDqsm/D5Y="
User-Agent: Xnews/5.04.25
X-Face: 
 &6@]C2>ZS=NM|HE-^zWuryN#Z/2_.s9E|G&~DRi|sav9{E}XQJb*\_>=a5"q]\%A;5}LKP][1mA{gZ,Q!j
Cancel-Lock: sha1:5ohFoT6NfNdtj3ENbOzOnrLxdZo=
Xref: g2news2.google.com comp.lang.ada:11534
Date: 2010-05-11T20:56:11+00:00
List-Id: <comp.lang.ada>

Dmitry A. Kazakov expounded in news:1qfu2ba65pd63$.asc7m201hi6u$.dlg@
40tude.net:

> On Tue, 11 May 2010 17:17:38 +0000 (UTC), Warren wrote:
> 
>> =?utf-8?Q?Yannick_Duch=C3=AAne_=28Hibou57?= =?utf-8?Q?=29?= expounded 
in
>> news:op.vcig7go1ule2fv@garhos: 
>> 
>>> Le Mon, 10 May 2010 22:56:11 +0200, Maciej Sobczak  
>>> <see.my.homepage@gmail.com> a écrit:
>>>> Coming back to I/O - what I miss in Ada is the equivalent of fread 
in
>>>> C - that is, an operation that reads *up to* the given number of
>>>> bytes. Or maybe there is something that I didn't notice?
>> 
>>> It's there : look at [ARM 2005 13.13.1] which defines the package  
>>> Ada.Streams, which in turn contains the following :
>>> 
>>>     type Root_Stream_Type is abstract tagged limited private;
>>>     ...
>>>     type Stream_Element is mod implementation-defined;
>>>     ...
>> ...
>>> Well, to be honest, this is not exactly the same as with C, as  
>>> Ada.Streams.Stream_Element is implementation defined (which is good,  
>>> because this is indeed platform dependent), so you will need ..
>> 
>> All this is well and good for applications that can work in 
>> "implementation defined" units of type Stream_Element. A pragma
>> won't fix the problem should it be different than a byte. Granted,
>> it will never likely come up on the platforms I have in mind.
> 
> If you to read a character stream, just do so:
> 
>    Item := Character'Read (S);
>    Character'Write (S, Item);
> 
> For octet streams use Unsigned_8.

But this has to include seeking in the stream as well.

Can you guarantee seeking to an arbitrary "byte boundary"?
I'm asking because I'm too lazy right now to look it up.
But IIRC, the best you can do is the Ada.Streams.Stream_Element.

Warren