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 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,419864ed91cc937d
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news2.google.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!nntp.club.cc.cmu.edu!feeder.erje.net!newsfeed.straub-nv.de!nuzba.szn.dk!news.jacob-sparre.dk!pnx.dk!not-for-mail
From: Jacob Sparre Andersen <sparre@nbi.dk>
Newsgroups: comp.lang.ada
Subject: System.Pool_Local.Unbounded_Reclaim_Pool (Was: heap size exceeded for
 large matrices)
Date: Mon, 30 Aug 2010 15:01:56 +0200
Organization: Jacob Sparre Andersen
Message-ID: <87hbicgsor.fsf_-_@hugsarin.sparre-andersen.dk>
References: 
 <14007b1b-c290-4c73-a0ec-d3c5195b83d4@t20g2000yqa.googlegroups.com>
	<4c7a360b$0$10227$ba4acef3@reader.news.orange.fr>
	<g9tk76ljou9a3in805jes6n6pg4oqtcna6@4ax.com>
	<340c87af-1f15-4590-baa9-ec7e864b7048@l20g2000yqm.googlegroups.com>
	<4c7ada3c$0$2372$4d3efbfe@news.sover.net>
	<7bol761eas8q6evpsar3kbu57fnihm7q3k@4ax.com>
	<k6vm769bcgllh2lg4g373dvfo25q8bu7m8@4ax.com>
	<8c2e3800-9f6b-4a16-a8a6-e0aa9eeb13fe@h19g2000yqb.googlegroups.com>
NNTP-Posting-Host: 79.138.227.217.bredband.3.dk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: munin.nbi.dk 1283173318 29492 79.138.227.217 (30 Aug 2010 13:01:58
 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Mon, 30 Aug 2010 13:01:58 +0000 (UTC)
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
Cancel-Lock: sha1:VwisuuFrZSQqjgBOD7sBZPYWRWk=
Xref: g2news1.google.com comp.lang.ada:13849
Date: 2010-08-30T15:01:56+02:00
List-Id: <comp.lang.ada>

Cyrille <comar@eu.adacore.com> writes:

> If you want this behavior (i.e. deallocation of your dynamically
> allocated object on scope exit) you can explicitly associate the local
> access type to a pool object of type
> System.Pool_Local.Unbounded_Reclaim_Pool.

Checking on Google indicates that this is a GNAT specific package.

Are there any special reasons that the RM doesn't include a collection
of "useful" storage pool types like this one?

Greetings,

Jacob
-- 
"If you think Tuck has said something that is completely
 wrong, you are almost certainly missing something :-)"