comp.lang.ada
 help / color / mirror / Atom feed
From: Florian Weimer <Weimer@CERT.Uni-Stuttgart.DE>
Subject: Re: Help-memory allocation
Date: Tue, 01 Jul 2003 11:15:30 +0200
Date: 2003-07-01T11:15:30+02:00	[thread overview]
Message-ID: <87brweobf1.fsf@Login.CERT.Uni-Stuttgart.DE> (raw)
In-Reply-To: 3f006bcf$1@epflnews.epfl.ch

Rodrigo Garc�a <rodrigo.garcia.ARROBA.epfl.ch> writes:

> I do not think this is necessary. Look at the dynamic semantics of
> allocators: even for uninitialized allocators, an object of the
> designated subtype is created and any implicit initial value is
> assigned. That is, allocation actually takes place when "new" is done.

Yes, that's why commit-on-use is non-conforming. 8-)

However, commit-on-use is the default on many systems (and switching
to commit-on-allocate requires non-trivial modifcations on some
systems), and it's the most usable configuration on almost any system,
unless you run very special software.



  reply	other threads:[~2003-07-01  9:15 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-30  9:11 Help-memory allocation prashna
2003-06-30  9:14 ` Vinzent Hoefler
2003-06-30 10:30   ` Rodrigo Garcia
2003-06-30 14:56   ` Florian Weimer
2003-06-30 15:25     ` Vinzent Hoefler
2003-06-30 16:56       ` 
2003-07-01  9:15         ` Florian Weimer [this message]
2003-07-01  8:58       ` Florian Weimer
2003-07-03  6:53         ` prashna
2003-07-03  7:24       ` Robert I. Eachus
2003-07-01  9:06     ` prashna
2003-07-01  9:17       ` Florian Weimer
2003-07-01 12:21         ` 
2003-07-02 15:59 ` Richard Riehle
2003-07-02 22:35 ` Matthew Heaney
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox