From: kilgallen@eisner.decus.org (Larry Kilgallen)
Subject: Re: Freeing Pointers to classwide types
Date: 1998/10/02
Date: 1998-10-02T00:00:00+00:00 [thread overview]
Message-ID: <1998Oct2.123113.1@eisner> (raw)
In-Reply-To: 6v15di$87t$1@nnrp1.dejanews.com
In article <6v15di$87t$1@nnrp1.dejanews.com>, dewarr@my-dejanews.com writes:
> In article <F05vr9.HLv.0.-s@inmet.camb.inmet.com>,
> stt@houdini.camb.inmet.com (Tucker Taft) wrote:
>> Tom Moran (tmoran@bix.com) wrote:
>>
>> : ...
>> : Let me rephrase the question: If an access type goes out of scope,
>> : so the things it pointed to become inaccessible, is there any portable
>> : way to prevent an eventual Storage_Error from multiple calls of the
>> : block, without using Unchecked_Deallocation?
>>
>> Yes. Specify the 'Storage_Size associated with the access-type.
>> The implementation is required to reclaim the storage for the
>> access type when exiting its scope if a 'Storage_Size is specified
>> (see RM95 13.11(18)).
>
>
> Yes, indeed! Nice answer, but I was assuming that this obvious approach of
> fixed size allocation was not acceptable, in which case you are definitely
> going to have to use UD I am afraid :-)
Is it common for implementations to allocate the maximum size when the
type is elaborated ? I had presumed the maximum would just be a limit
beyond which the total of one-at-a-time allocations would not proceed.
In that case I figured from the discussion that setting Storage_Size
to MAX_INT (never intending to get there) would accomplish the deallocation
purpose.
Larry Kilgallen
next prev parent reply other threads:[~1998-10-02 0:00 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-09-24 0:00 Freeing Pointers to classwide types joecool
1998-09-25 0:00 ` alan walkington
1998-09-25 0:00 ` Tom Moran
1998-09-25 0:00 ` dewarr
1998-09-25 0:00 ` Tom Moran
1998-09-25 0:00 ` dewarr
1998-09-26 0:00 ` Tom Moran
1998-09-26 0:00 ` dewarr
1998-09-26 0:00 ` Tom Moran
1998-09-27 0:00 ` dewarr
1998-09-27 0:00 ` Tom Moran
1998-09-28 0:00 ` dewarr
1998-09-28 0:00 ` Tom Moran
1998-09-28 0:00 ` dewarr
1998-09-28 0:00 ` Richard D Riehle
1998-09-28 0:00 ` Pat Rogers
1998-09-29 0:00 ` dewarr
1998-09-28 0:00 ` dewarr
1998-09-28 0:00 ` Tom Moran
1998-09-28 0:00 ` Pat Rogers
1998-09-28 0:00 ` Tom Moran
1998-09-28 0:00 ` Pat Rogers
1998-09-29 0:00 ` dewarr
1998-09-29 0:00 ` Tom Moran
1998-09-30 0:00 ` Tom Moran
1998-10-01 0:00 ` dewar
1998-10-01 0:00 ` Tom Moran
1998-10-01 0:00 ` Samuel Tardieu
1998-10-01 0:00 ` Tom Moran
1998-10-01 0:00 ` Tucker Taft
1998-10-01 0:00 ` Tom Moran
1998-10-02 0:00 ` dennison
1998-10-02 0:00 ` dewarr
1998-10-02 0:00 ` dewarr
1998-10-02 0:00 ` Larry Kilgallen [this message]
1998-10-02 0:00 ` dewarr
1998-10-01 0:00 ` dennison
1998-10-02 0:00 ` dewarr
1998-10-09 0:00 ` Matthew Heaney
1998-10-09 0:00 ` dennison
1998-10-09 0:00 ` Matthew Heaney
1998-10-01 0:00 ` dewarr
1998-10-01 0:00 ` Tom Moran
1998-10-01 0:00 ` dewarr
1998-09-28 0:00 ` Tom Moran
1998-09-28 0:00 ` Brian Rogoff
1998-10-09 0:00 ` Matthew Heaney
1998-09-25 0:00 ` Bob Fletcher
1998-09-25 0:00 ` Samuel Tardieu
1998-09-25 0:00 ` dennison
1998-10-09 0:00 ` Matthew Heaney
1998-10-12 0:00 ` Mats Weber
1998-10-12 0:00 ` Pat Rogers
1998-10-09 0:00 ` Matthew Heaney
1998-09-26 0:00 ` Simon Wright
1998-10-09 0:00 ` Matthew Heaney
1998-10-09 0:00 ` Niklas Holsti
1998-10-10 0:00 ` Matthew Heaney
1998-10-11 0:00 ` Niklas Holsti
1998-10-11 0:00 ` Matthew Heaney
-- strict thread matches above, loose matches on Subject: below --
1998-09-25 0:00 bpr5549
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox