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=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,4c3a05831e6a0733
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-04-14 13:32:06 PST
Path: 
 supernews.google.com!sn-xit-03!supernews.com!freenix!enst!enst.fr!not-for-mail
From: gautier@club.lemonde.fr
Newsgroups: comp.lang.ada
Subject: Re: Stack size with GNAT for Windows
Date: Sat, 14 Apr 2001 22:30:49 +0200 (CEST)
Organization: ENST, France
Sender: comp.lang.ada-admin@ada.eu.org
Message-ID: <mailman.987280215.24090.comp.lang.ada@ada.eu.org>
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: quoted-printable
X-Trace: avanie.enst.fr 987280215 10156 137.194.161.2 (14 Apr 2001 20:30:15
 GMT)
X-Complaints-To: usenet@enst.fr
NNTP-Posting-Date: Sat, 14 Apr 2001 20:30:15 +0000 (UTC)
To: comp.lang.ada@ada.eu.org
Return-Path: <gautier@club.lemonde.fr>
X-Mailer: Medianet/v1.14
Errors-To: comp.lang.ada-admin@ada.eu.org
X-BeenThere: comp.lang.ada@ada.eu.org
X-Mailman-Version: 2.0.3
Precedence: bulk
List-Help: <mailto:comp.lang.ada-request@ada.eu.org?subject=help>
List-Post: <mailto:comp.lang.ada@ada.eu.org>
List-Subscribe: <http://ada.eu.org/mailman/listinfo/comp.lang.ada>,
	<mailto: comp.lang.ada-request@ada.eu.org?subject=subscribe>
List-Id: comp.lang.ada mail<->news gateway <comp.lang.ada.ada.eu.org>
List-Unsubscribe: <http://ada.eu.org/mailman/listinfo/comp.lang.ada>,
	<mailto: comp.lang.ada-request@ada.eu.org?subject=unsubscribe>
List-Archive: <http://ada.eu.org/pipermail/comp.lang.ada/>
Errors-To: comp.lang.ada-admin@ada.eu.org
X-BeenThere: comp.lang.ada@ada.eu.org
Xref: supernews.google.com comp.lang.ada:6894
Date: 2001-04-14T22:30:49+02:00

About this affair: there was indeed a bug in
the source location given by Storage=5Ferror and
another one that generated that Storage=5Ferror:
a loop with somewhere a =22An=5FArray:=3D (others=3D> False)=22.
So it could be a memory leak, since there is
no allocation in that loop.
With =22for i in An=5FArray'range loop An=5FArray(i):=3D False;
end loop=22 everything goes well.
Little moral: debug with =22Put()=22, and in 2001
the =22:=3D (others=3D> False)=22-likes are not yet robust
(at least on the compilers I've met).

Thanks for help.

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Gautier  --  http://www.diax.ch/users/gdm/