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,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 2002:a24:78c:: with SMTP id f134mr87328itf.30.1552316850781;
        Mon, 11 Mar 2019 08:07:30 -0700 (PDT)
X-Received: by 2002:aca:da43:: with SMTP id r64mr84169oig.119.1552316850420;
 Mon, 11 Mar 2019 08:07:30 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!i2pn.org!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!y22no5276ita.0!news-out.google.com!v188ni22itb.0!nntp.google.com!y42no5562ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Mon, 11 Mar 2019 08:07:30 -0700 (PDT)
In-Reply-To: <q65rgi$hfd$1@z-news.wcss.wroc.pl>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=57.79.21.10;
 posting-account=gRqrnQkAAAAC_02ynnhqGk1VRQlve6ZG
NNTP-Posting-Host: 57.79.21.10
References: <b196da6e-4614-42f9-9147-b1708c6e5094@googlegroups.com>
 <ea2b66e1-412d-4a9c-b464-ccbfa3611f80@googlegroups.com>
 <q65rgi$hfd$1@z-news.wcss.wroc.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <a59de471-2b36-46d0-a1a2-ba7bcbe7ad90@googlegroups.com>
Subject: Re: Intervention needed?
From: gautier_niouzes@hotmail.com
Injection-Date: Mon, 11 Mar 2019 15:07:30 +0000
Content-Type: text/plain; charset="UTF-8"
Xref: reader01.eternal-september.org comp.lang.ada:55832
Date: 2019-03-11T08:07:30-07:00
List-Id: <comp.lang.ada>

> Major issue with dynamically sized variables is running out of
> memory.  How do you solve this?

Unless you have infinite memory, the only solution it to have control of the maximum of memory your program will consume.

> Note that in modern environment
> stacks tend to be tiny compared to heap, so this problem is
> much more serious when using stack allocation.

That's for the default stack size; normally it is possible to adjust that, with limitations depending on the system. There are also separate settings (for GNAT, and perhaps other Ada systems) for size of the primary and secondary stacks.