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.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ac39a12d5faf5b14 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-04-29 17:02:38 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.vmunix.org!news-peer.gradwell.net!psiuk-p2!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: Grace and Maps (was Re: Development process in the Ada community) Date: Mon, 29 Apr 2002 11:16:17 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <3CB46975.90408@snafu.de> <3CBAFFEE.2080708@snafu.de> <4519e058.0204171036.6f0a7394@posting.google.com> <3CBDD795.4060706@snafu.de> <4519e058.0204180800.44fac012@posting.google.com> <3CBF0341.8020406@mail.com> <4519e058.0204190529.559a47ae@posting.google.com> <3CC1C6B3.6060306@telepath.com> <3CC21747.5000501@telepath.com> <3CC59ED2.1000803@home.com> <3CC5B286.6FE61551@san.rr.com> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1020093380 7052 136.170.200.133 (29 Apr 2002 15:16:20 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 29 Apr 2002 15:16:20 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:23246 Date: 2002-04-29T15:16:20+00:00 List-Id: That's sort of where I was going - a disk based map is going to have issues of its own that will likely mean it can't have an interface that is identical to a memory based map. Hence, the Grace components should just concentrate on getting the memory based map interface right and possibly it can later be used with adaptations for a disk based map. Also, I have never had any objection to the BC's being adopted as the "conventional answer" with the exception that it needed some stuff to provide a "simple" answer for the uninitiate or the student. I'd still think it might be a good idea to take something like the Grace components and graft them onto the BC's in some manner that basically said: "If you need a simple list or map, for some basic data, go with these components. If you want to do really sophisticated stuff, then go with these alternate components." But then this has been hashed over before and nobody seems to be willing to settle on one existing library unless its their personal favorite. :-) MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com "Simon Wright" wrote in message news:x7vg01hzp2x.fsf@smaug.pushface.org... > "Marin David Condic" writes: > > The BCs already do 'Input and 'Output for Maps (and indeed many other > container kinds; provided you use GNAT 3.14 or later!). The problem > it seems to me with disk-based containers is that you need to think > very hard about whether they're limited or not; what does assignment > mean for disk-based maps? overwrite, I suppose? >