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,19e4a2b12c5b43fa
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2003-01-22 02:43:01 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.uchicago.edu!logbridge.uoregon.edu!fr.usenet-edu.net!usenet-edu.net!enst.fr!not-for-mail
From: "Grein, Christoph" <christoph.grein@eurocopter.com>
Newsgroups: comp.lang.ada
Subject: Re: Intermixing two storage pools
Date: Wed, 22 Jan 2003 11:35:44 +0100 (MET)
Organization: ENST, France
Message-ID: <mailman.15.1043232179.4961.comp.lang.ada@ada.eu.org>
Reply-To: "Grein, Christoph" <christoph.grein@eurocopter.com>, "comp.lang.ada
	mail to news gateway" <comp.lang.ada@ada.eu.org>
NNTP-Posting-Host: marvin.enst.fr
Mime-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
X-Trace: avanie.enst.fr 1043232180 6897 137.194.161.2 (22 Jan 2003 10:43:00
 GMT)
X-Complaints-To: usenet@enst.fr
NNTP-Posting-Date: Wed, 22 Jan 2003 10:43:00 +0000 (UTC)
To: comp.lang.ada@ada.eu.org
Return-Path: <christoph.grein@eurocopter.com>
X-Authentication-Warning: mail.eurocopter.com: uucp set sender to
	<christoph.grein@eurocopter.com> using -f
Content-MD5: OMUdKJ/xjeABZFkkXKEVQg==
X-Mailer: dtmail 1.2.1 CDE Version 1.2.1 SunOS 5.6 sun4u sparc 
X-BeenThere: comp.lang.ada@ada.eu.org
X-Mailman-Version: 2.1
Precedence: list
List-Id: comp.lang.ada mail to 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-Post: <mailto:comp.lang.ada@ada.eu.org>
List-Help: <mailto:comp.lang.ada-request@ada.eu.org?subject=help>
List-Subscribe: <http://ada.eu.org/mailman/listinfo/comp.lang.ada>,
	<mailto:comp.lang.ada-request@ada.eu.org?subject=subscribe>
Xref: archiver1.google.com comp.lang.ada:33341
Date: 2003-01-22T11:35:44+01:00

> In article <mailman.11.1043222919.4961.comp.lang.ada@ada.eu.org>,
> 	"Grein, Christoph" <christoph.grein@eurocopter.com> writes:
> >> I have to user-defined storage pools.
> >> 
> >> Is it OK to allocate ("new") by one of them and deallocate by the other 
> >> ("Uncheked_Deallocation"), using conversions between access types.
> > 
> > No, as far as I know that's even erroneous. You must deallocated from the 
same 
> > pool you allocated it.
> 
> Are you sure, which item of Standard deprecates this?

This is not just a deprecation. See RM 13.11.2(16). It's erroneous, aka Nasal 
Demons effect.