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!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!news.unit0.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Niklas Holsti <niklas.holsti@tidorum.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Ada Annoyances
Date: Fri, 30 Jun 2017 21:45:17 +0300
Organization: Tidorum Ltd
Message-ID: <ernkhnFcv3rU1@mid.individual.net>
References: <1ac5a44b-4423-443a-a7bb-2864d9abe78f@googlegroups.com>
 <d6b02354-93b5-4364-9fe5-3d22b47156e9@googlegroups.com>
 <be1619b4-2220-4287-8e67-1af32377d3f7@googlegroups.com>
 <oijkah$mnh$1@franka.jacob-sparre.dk>
 <4921bd4e-3827-a7ac-7f2d-d60edbc514a3@tidorum.invalid>
 <oiphqk$osf$1@franka.jacob-sparre.dk> <erd8jiFhsroU1@mid.individual.net>
 <oirvdf$t0$1@franka.jacob-sparre.dk> <erl137Fp39dU1@mid.individual.net>
 <oj472o$kpr$1@franka.jacob-sparre.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net fFA1SeCDDrn1RHAvxKUHUQHk7TVAVJvEzkSPVVFF3x7AZmLcfN
Cancel-Lock: sha1:u9TbWinuXW/krQUnyPdBqls7g+8=
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:45.0)
 Gecko/20100101 Thunderbird/45.8.0
In-Reply-To: <oj472o$kpr$1@franka.jacob-sparre.dk>
Xref: news.eternal-september.org comp.lang.ada:47238
Date: 2017-06-30T21:45:17+03:00
List-Id: <comp.lang.ada>

On 17-06-30 03:47 , Randy Brukardt wrote:
> "Niklas Holsti" <niklas.holsti@tidorum.invalid> wrote in message
> news:erl137Fp39dU1@mid.individual.net...
>> On 17-06-27 00:47 , Randy Brukardt wrote:
> ...
>>> And changing the tag via assignment means having to be prepared to
>>> change finalization of  objects after the fact as well. Ugh.
>>
>> Isn't finalization of local objects usually implemented by creating a list
>> of these objects, and then traversing that list on scope exit? It seems to
>> me that changing the tag of an object on the list should not be a problem;
>> the new tag would just lead to a different Finalize, through normal
>> dispatching.
>
> That's not a problem. The case I was thinking about was one where the change
> in tag caused an object which was not previously controlled to become
> controlled.

I don't see how that could happen. In the changes I am suggesting (for 
the Maximum_Size aspect), the old and new tags would be in the same 
T'Class (the one to which the Maximum_Size aspect applies), and the type 
T would then either be derived from a Controlled parent, or not. So it 
seems to me that the object's controlled/uncontrolled status could not 
be changed by such a change of tag.

-- 
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
       .      @       .