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
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: Ada.Containers and concurrent modification exception.
Date: Wed, 19 Sep 2018 19:05:56 +0100
Organization: A noiseless patient Spider
Message-ID: <lyo9cticqj.fsf@pushface.org>
References: <c50e849d-d14c-425d-99f6-75dce5fc3927@googlegroups.com>
	<87musdtstw.fsf@jacob-sparre.dk>
	<e8c3457f-a436-4226-971a-abd987a62376@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: reader02.eternal-september.org;
 posting-host="44bd55d3000cda42d46ebd754f5c3151";
	logging-data="30214"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX18YiTrlJZNlrj6Kw7XxlblyAWO4i+u84rM="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin)
Cancel-Lock: sha1:njg+oGnTMML6Nb6SVcOLhFwcR0M=
	sha1:PJOBQWSdsPrubk7wIL9qjLfYGRs=
Xref: reader02.eternal-september.org comp.lang.ada:54379
Date: 2018-09-19T19:05:56+01:00
List-Id: <comp.lang.ada>

rakusu_klein@fastmail.jp writes:

> On WinXP with GNAT GPL 2017 (20170515) (i686-pc-mingw32) I get the
> indefinite loop without “-gnata” and with this option — the same
> assertions as others have, which produces by the Vet procedure, which
> checks if a dead Node referring to itself. I don't think that
> necromancy is a good idea — the memory for a dead Node is actually
> free and may use for an other Node object, so what happens in that
> case?

Nothing good.

And it might be in use for something completely different, anyway!