From: dewarr@my-dejanews.com
Subject: Re: Freeing Pointers to classwide types
Date: 1998/10/02
Date: 1998-10-02T00:00:00+00:00 [thread overview]
Message-ID: <6v3lr9$odq$1@nnrp1.dejanews.com> (raw)
In-Reply-To: 1998Oct2.123113.1@eisner
In article <1998Oct2.123113.1@eisner>,
Kilgallen@eisner.decus.org.nospam wrote:
> 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
Yes absolutely, allocating the maximum immediately as a single area on the
stack is the expected and usual implementation.
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
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 ` Tom Moran
1998-09-28 0:00 ` Tom Moran
1998-09-28 0:00 ` Brian Rogoff
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 ` dewarr
1998-10-01 0:00 ` dewarr
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 ` dennison
1998-10-01 0:00 ` Tucker Taft
1998-10-01 0:00 ` Tom Moran
1998-10-02 0:00 ` dewarr
1998-10-02 0:00 ` Larry Kilgallen
1998-10-02 0:00 ` dewarr [this message]
1998-10-02 0:00 ` dennison
1998-10-02 0:00 ` dewarr
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-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-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