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.2 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM,FROM_STARTS_WITH_NUMS autolearn=no autolearn_force=no
	version=3.4.4
X-Received: by 2002:a6b:2746:: with SMTP id
 n67-v6mr8985329ion.90.1528753767523;
        Mon, 11 Jun 2018 14:49:27 -0700 (PDT)
X-Received: by 2002:a9d:70c2:: with SMTP id w2-v6mr880980otj.2.1528753767296;
 Mon, 11 Jun 2018 14:49:27 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!feeder4.usenet.farm!feed.usenet.farm!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!d7-v6no983757itj.0!news-out.google.com!z3-v6ni3516iti.0!nntp.google.com!u78-v6no3574745itb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Mon, 11 Jun 2018 14:49:27 -0700 (PDT)
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=85.243.124.12;
 posting-account=rhqvKAoAAABpikMmPHJSZh4400BboHwT
NNTP-Posting-Host: 85.243.124.12
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <c4617fea-6f2d-4a43-b701-8c8dcbfb332c@googlegroups.com>
Subject: why access parameter in stream attributes to begin with, instead of
 in or in/out ?
From: Mehdi Saada <00120260a@gmail.com>
Injection-Date: Mon, 11 Jun 2018 21:49:27 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: reader02.eternal-september.org comp.lang.ada:53055
Date: 2018-06-11T14:49:27-07:00
List-Id: <comp.lang.ada>

Hi.

I wondered why in Ichibiah's design, in the beginning, stream have been mad=
e to work with access types/access parameters ?  I could have imagined that=
 the attributes would work with a in/out stream parameter, and stream(blabl=
a) would give an object of stream type.
I don't know if storing streams' access values for later use is common, one=
 would just have to add .all when appropriate...

Thanks.