comp.lang.ada
 help / color / mirror / Atom feed
From: Hannes Haug <Hannes.Haug@Student.Uni-Tuebingen.de>
Subject: Re: Q: memory management
Date: 1996/06/17
Date: 1996-06-17T00:00:00+00:00	[thread overview]
Message-ID: <uvvu3wa61g3.fsf@chaq.informatik.uni-tuebingen.de> (raw)
In-Reply-To: uvvafy3ucoc.fsf@chaq.informatik.uni-tuebingen.de


Hi,

>>>>> "TT" == Tucker Taft <stt@henning.camb.inmet.com> writes:

    TT> Does the size vary from one allocation to the next, or are
    TT> they all the same size?

the sizes vary.

    [...]

    TT> This should work.  The storage pool would be specified via
    TT> Some_Access_Type'Storage_Pool where Some_Access_Type is any
    TT> access type declared at the library level.  It would be safest
    TT> if the access type had an unconstrained designated subtype,
    TT> such as:

    TT>      type Some_Access_Type is access all String;

    TT> to avoid the implementation-chosen storage pool from being one
    TT> that only works on access collections of uniformly-sized
    TT> objects.

Thanks. I'll try it.

    TT> If you are interfacing with C, then using "malloc" via a
    TT> pragma Import makes sense.  If you are interfacing with
    TT> assembler, it seems silly to drag in the C run-time support,
    TT> unless you know it will already be there for other reasons.

I have to interface to C and assembler. But even in the C case the
use of malloc looks silly to me.

 -hannes




  parent reply	other threads:[~1996-06-17  0:00 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-06-15  0:00 Q: memory management Hannes Haug
1996-06-15  0:00 ` Jon S Anthony
1996-06-16  0:00   ` Robert Dewar
1996-06-18  0:00   ` Kent Mitchell
1996-06-15  0:00 ` Robert Dewar
1996-06-16  0:00 ` Hannes Haug
1996-06-17  0:00   ` Tucker Taft
1996-06-17  0:00   ` Hannes Haug [this message]
1996-06-18  0:00   ` Hannes Haug
1996-06-18  0:00     ` Tucker Taft
1996-06-19  0:00     ` Hannes Haug
1996-06-18  0:00 ` Jon S Anthony
  -- strict thread matches above, loose matches on Subject: below --
1996-06-19  0:00 W. Wesley Groleau (Wes)
1996-06-20  0:00 ` Hannes Haug
1996-06-20  0:00   ` Robert Dewar
1996-06-20  0:00 ` Hannes Haug
1996-06-21  0:00 ` Hannes Haug
1996-06-21  0:00   ` Robert Dewar
1996-06-25  0:00 ` Hannes Haug
1996-06-24  0:00 Q: Memory management W. Wesley Groleau (Wes)
1996-06-25  0:00 ` Hannes Haug
1996-06-25  0:00   ` Tucker Taft
     [not found]     ` <Dtzv4J.9FL@thomsoft.com>
1996-07-17  0:00       ` Robert Dewar
1996-06-25  0:00   ` Robert A Duff
1996-06-25  0:00 ` Jon S Anthony
1996-06-26  0:00   ` Robert Dewar
1996-06-27  0:00 ` Hannes Haug
     [not found] <JSA.96Jun26142033@organon.com>
1996-06-27  0:00 ` Hannes Haug
1996-06-27  0:00 ` Hannes Haug
1996-06-27  0:00   ` Robert A Duff
replies disabled

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