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.1 required=5.0 tests=AXB_XMAILER_MIMEOLE_OL_024C2,
	BAYES_00,MAILING_LIST_MULTI,REPLYTO_WITHOUT_TO_CC autolearn=no
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,8055158949c56618
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-10-15 11:03:03 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.media.kyoto-u.ac.jp!newsfeed.icl.net!newsfeed.fjserv.net!proxad.net!freenix!enst.fr!not-for-mail
From: "David C. Hoos" <david.c.hoos.sr@ada95.com>
Newsgroups: comp.lang.ada
Subject: Re: Storage Pools and alloca
Date: Tue, 15 Oct 2002 13:02:28 -0500
Organization: ENST, France
Sender: comp.lang.ada-admin@ada.eu.org
Message-ID: <mailman.1034704982.6910.comp.lang.ada@ada.eu.org>
References: <PHWq9.20400$nb.8357@nwrddc02.gnilink.net>
 <uqogpsmtgj4s55@corp.supernews.com>
 <OcYq9.38567$qb.6032@nwrddc01.gnilink.net>
Reply-To: comp.lang.ada@ada.eu.org
NNTP-Posting-Host: marvin.enst.fr
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Trace: avanie.enst.fr 1034704983 13497 137.194.161.2 (15 Oct 2002 18:03:03
 GMT)
X-Complaints-To: usenet@enst.fr
NNTP-Posting-Date: Tue, 15 Oct 2002 18:03:03 +0000 (UTC)
Return-Path: <david.c.hoos.sr@ada95.com>
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Errors-To: comp.lang.ada-admin@ada.eu.org
X-BeenThere: comp.lang.ada@ada.eu.org
X-Mailman-Version: 2.0.13
Precedence: bulk
List-Unsubscribe: <http://ada.eu.org/mailman/listinfo/comp.lang.ada>,
	<mailto:comp.lang.ada-request@ada.eu.org?subject=unsubscribe>
List-Id: comp.lang.ada mail<->news gateway <comp.lang.ada.ada.eu.org>
List-Post: <mailto:comp.lang.ada@ada.eu.org>
List-Help: <mailto:comp.lang.ada-request@ada.eu.org?subject=help>
List-Subscribe: <http://ada.eu.org/mailman/listinfo/comp.lang.ada>,
	<mailto:comp.lang.ada-request@ada.eu.org?subject=subscribe>
Errors-To: comp.lang.ada-admin@ada.eu.org
X-BeenThere: comp.lang.ada@ada.eu.org
X-Original-Cc: lhota.adarose@verizon.net
Xref: archiver1.google.com comp.lang.ada:29813
Date: 2002-10-15T13:02:28-05:00


----- Original Message -----
From: "Frank J. Lhota" <NOSPAM.lhota.adarose@verizon.net>
Newsgroups: comp.lang.ada
To: <comp.lang.ada@ada.eu.org>
Sent: Tuesday, October 15, 2002 12:26 PM
Subject: Re: Storage Pools and alloca


> I should have been a little clearer. Ada has always allowed a programmer
to
> locally declare an object whose size can only be determined at runtime,
and
> this facility can be used in many places where C programmers would use
> "alloca". The way I should have worded this question is that given Ada's
> ability to declare dynamically sized objects, is there ever a need for an
> "alloca" storage pool? My educated guess would be no, but I thought it
might
> be worthwhile to run this idea past the Ada community.
The use of "declare blocks" in Ada is equivalent to the use of alloca in C.

For example:

declare
   The_String : constant String :=
<some-string-expression-of-unknown-length>;
begin
   <use The_String in some statement(s)>
end; -- The_String "deallocated" here where it goes out of scope