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=ham autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,386228a37afe967f
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2003-07-21 10:56:29 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!nntp.abs.net!ash.uu.net!spool.news.uu.net!not-for-mail
Date: Mon, 21 Jul 2003 13:55:48 -0400
From: Hyman Rosen <hyrosen@mail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.5a) Gecko/20030611 Thunderbird/0.1a
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Computer Language Shootout
References: <n54tgvgugor0ag2qsv97t9mf9sn9rr542i@4ax.com>
 <1ec946d1.0307150715.4ba69f85@posting.google.com> <3F149243.80304@attbi.com>
 <gE4Ra.103343$Io.8883476@newsread2.prod.itd.earthlink.net>
 <3F15930C.2070907@attbi.com>
 <slrnbhcrk3.jt.randhol+abuse@kiuk0152.chembio.ntnu.no>
 <evacnf433pJrU4uiXTWJgA@gbronline.com> <mqm6fb.pn3.ln@skymaster>
 <wcc65m0omev.fsf@shell01.TheWorld.com> <ubrvrwmwt.fsf@wanadoo.fr>
 <wccu19ijq35.fsf@shell01.TheWorld.com> <87k7aeqfcf.fsf@inf.enst.fr>
 <3F19E1BB.5000908@attbi.com> <87n0f9poyc.fsf@inf.enst.fr>
 <3F1A98F4.3090304@attbi.com> <87r84lt987.fsf@inf.enst.fr>
 <3F1B1AE9.8040409@attbi.com> <87el0kth5w.fsf@inf.enst.fr>
 <1058798392.73480@master.nyc.kbcfp.com> <87k7abj43f.fsf@inf.enst.fr>
 <1058802389.227844@master.nyc.kbcfp.com> <87r84j26xz.fsf@inf.enst.fr>
In-Reply-To: <87r84j26xz.fsf@inf.enst.fr>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Organization: KBC Financial Products
Message-ID: <1058810148.182401@master.nyc.kbcfp.com>
Cache-Post-Path: master.nyc.kbcfp.com!unknown@nightcrawler.nyc.kbcfp.com
X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/)
NNTP-Posting-Host: 204.253.250.10
X-Trace: 1058810148  2095 204.253.250.10
Xref: archiver1.google.com comp.lang.ada:40569
Date: 2003-07-21T13:55:48-04:00
List-Id: <comp.lang.ada>

Samuel Tardieu wrote:
> If the author had allocated his strings on the stack rather than doing
> it explicitely himself (look at the code, I bet that it called
> realloc() a lot of time while processing long lines), the program had
> surely crashed.

The ability of Ada to return variable-sized arrays on the stack is
a great feature of the language, and is often touted here in this
newsgroup. It would be a shame if this feature really had to be
avoided in any case where arbitrary user input must be processed.