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,FREEMAIL_FROM,
	FREEMAIL_REPLY autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,703c4f68db81387d
X-Google-Thread: 109fba,703c4f68db81387d
X-Google-Thread: 115aec,703c4f68db81387d
X-Google-Thread: f43e6,703c4f68db81387d
X-Google-Attributes: gid103376,gid109fba,gid115aec,gidf43e6,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news1.google.com!newsread.com!news-xfer.newsread.com!newspeer.monmouth.com!newsfeed.icl.net!newsfeed.fjserv.net!feed.news.tiscali.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: "Alex R. Mosteo" <devnull@mailinator.com>
Newsgroups: comp.lang.ada,comp.lang.c++,comp.realtime,comp.software-eng
Subject: Re: [OT] Re: Teaching new tricks to an old dog (C++ -->Ada)
Date: Fri, 11 Mar 2005 14:48:04 +0100
Message-ID: <4231A194.9020104@mailinator.com>
References: <4229bad9$0$1019$afc38c87@news.optusnet.com.au>
 <1110032222.447846.167060@g14g2000cwa.googlegroups.com>
 <871xau9nlh.fsf@insalien.org>
 <3SjWd.103128$Vf.3969241@news000.worldonline.dk>
 <87r7iu85lf.fsf@insalien.org> <1110052142.832650@athnrd02>
 <hwciddo3rp1S@eisner.encompasserve.org>
 <e39403d5.0503100359.5c975706@posting.google.com>
 <1lr611thktbau$.1dj95z21h7l5v.dlg@40tude.net>
 <e39403d5.0503110005.6586fa3f@posting.google.com>
 <97kpu5gkgo1r$.kc4nx7cxjziw$.dlg@40tude.net>
 <uKdYd.104067$Vf.3989934@news000.worldonline.dk>
 <qehxli3ofpnd.1n3ma1ro7drgt$.dlg@40tude.net> <1110543138.32171@athnrd02>
 <42318D84.1020401@mailinator.com>
 <X2hYd.104097$Vf.3990165@news000.worldonline.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net o+qJ/KQctjNmt9xGyS4CmwJswhlwnLsxXwhqoj3FNWkMqwCwo=
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
X-Accept-Language: en-us, en
In-Reply-To: <X2hYd.104097$Vf.3990165@news000.worldonline.dk>
Xref: g2news1.google.com comp.lang.ada:9132 comp.lang.c++:45129
 comp.realtime:1275 comp.software-eng:4841
Date: 2005-03-11T14:48:04+01:00
List-Id: <comp.lang.ada>

Peter Koch Larsen wrote:
> "Alex R. Mosteo" <devnull@mailinator.com> skrev i en meddelelse 
> news:42318D84.1020401@mailinator.com...
> 
>>Ioannis Vranos wrote:
>>
>>>Usually the stack is limited in comparison to the heap, and it sounds 
>>>strange to me that in Ada there is a large stack. My guess is that you 
>>>are using the heap for data storage implicitly(?) and you think you are 
>>>using the stack.
>>
>>Nope. And you can control in portable Ada how big the stack for a given 
>>task must be.
> 
> 
> But you do not know the size of the object so how does that help you setting 
> the stack-size?

I'm not sure what you want to imply here. The thing is that while in 
stack terrain you're free of all dynamic memory additional 
hazards/overheads, which in certain realtime environments is seen as 
desirable. As parent said, stacks tend to be smaller than heaps, and in 
Ada you can control that without going non-portable.

If we're talking of unknown sized objects, either a stack or a heap can 
be too small. ?