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.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news1.google.com!postnews.google.com!34g2000hsh.googlegroups.com!not-for-mail
From: Gene <gene.ressler@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: Using Ada.Containers.Vector and Limited Private types
Date: Mon, 7 Jul 2008 11:39:52 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: <d74f5123-c01b-433e-85de-7dd1a8b7a858@34g2000hsh.googlegroups.com>
References: <MrNoSpam-843547.21533805072008@news-server.bigpond.net.au>
	<8ff4c6c2-9892-463e-bdfd-1f7bfd78d607@s50g2000hsb.googlegroups.com>
	<pp0gyl2idsxa.92nrqv4w2rra.dlg@40tude.net>
 <3eff8efe-476b-4b78-affe-8c90a445771b@l64g2000hse.googlegroups.com>
	<2xxm233rrrdz.1dbgcudoqtmye.dlg@40tude.net>
NNTP-Posting-Host: 134.240.241.2
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1215455992 32300 127.0.0.1 (7 Jul 2008 18:39:52
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Mon, 7 Jul 2008 18:39:52 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: 34g2000hsh.googlegroups.com; posting-host=134.240.241.2;
	posting-account=-BkjswoAAACC3NU8b6V8c50JQ2JBOs04
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR
	2.0.50727; InfoPath.1; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; MS-RTC
	LM 8),gzip(gfe),gzip(gfe)
Xref: g2news1.google.com comp.lang.ada:1032
Date: 2008-07-07T11:39:52-07:00
List-Id: <comp.lang.ada>

On Jul 7, 10:15=A0am, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
wrote:
> On Mon, 7 Jul 2008 06:29:16 -0700 (PDT), Gene wrote:
> > On Jul 6, 3:18=A0pm, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
> > wrote:
> >> I think it is not a good idea to have collections of Directory_Entry_T=
ype.
> >> Depending on the implementation, Directory_Entry_Type might use some s=
ystem
> >> resources, locked until Directory_Entry_Type finalization.
>
> > Really? =A0I can easily see why the "Search" structure would contain a
> > handle or lock, but it's hard to see why a directory entry would do
> > so.
>
> At least the choice to make Directory_Entry_Type limited indicates that i=
t
> is not just a "value."
>

Great point.  Thanks.