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,XPRIO autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,3f2295ac59ed2cc0,start
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-11-29 13:49:44 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsmi-us.news.garr.it!newsmi-eu.news.garr.it!NewsITBone-GARR!fu-berlin.de!uni-berlin.de!ppp-1-86.cvx2.telinco.NET!not-for-mail
From: "Nick Roberts" <nickroberts@adaos.worldonline.co.uk>
Newsgroups: comp.lang.ada
Subject: List Container Straw Man (NJR V5R1)
Date: Thu, 29 Nov 2001 21:46:04 -0000
Message-ID: <9u6ahm$6gdc1$1@ID-25716.news.dfncis.de>
NNTP-Posting-Host: ppp-1-86.cvx2.telinco.net (212.1.140.86)
X-Trace: fu-berlin.de 1007070583 6829441 212.1.140.86 (16 [25716])
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Xref: archiver1.google.com comp.lang.ada:17194
Date: 2001-11-29T21:46:04+00:00
List-Id: <comp.lang.ada>

I hope people have been having a look at my list container proposal at:

http://www.adaos.ukf.net

I've read some of the comments in the 'Queue' thread, which are encouraging.
Some thoughts do indeed occur:

(1) all the absolute (index-based) operations could go into a child package
SCL.Lists.[Unb|B]ounded.Absolute (allowing the Absolute_ prefixes to be
dropped);

(2) all the cursor declarations and cursor-based operations could go into a
child package SCL.Lists.[Unb|B]ounded.Cursors;

(3) instead of having numbered cursors inside the list object, it would be
possible to provide a separate cursor type, objects of which would be
attached to a specific list object by an Open procedure (and detached by a
Close).

Are these refinements attractive?

I shall ask David Botton if he would kindly host my proposals (and those of
anyone else who wishes) on www.adapower.com/labs or www.adapower.net (which
would be more appropriate?). Shall we stick with the project name 'ASCL' (at
least for the time being)?

All comments welcome!

I am willing to put in a fair bit of personal effort to developing a basic
set of containers (since they'll be so useful in AdaOS), including producing
documentation and sample implementations.

I think the recent discussion has proved that it would be far, far better
for the design to have input from a diverse set of Ada users than to be a
product of just my own mind, floating about as it does in a little world of
its own most of the time.

--
Best wishes,
Nick Roberts