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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,d43feef35662cdd7 X-Google-Attributes: gid103376,public From: stt@houdini.camb.inmet.com (Tucker Taft) Subject: Re: deallocating class-wide objects Date: 1998/07/08 Message-ID: #1/1 X-Deja-AN: 369628439 Sender: news@inmet.camb.inmet.com (USENET news) X-Nntp-Posting-Host: houdini.camb.inmet.com References: Organization: Intermetrics, Inc. Newsgroups: comp.lang.ada Date: 1998-07-08T00:00:00+00:00 List-Id: Stephen Leake (Stephen.Leake@gsfc.nasa.gov) wrote: : When I run the code below (compiled with GNAT 3.10p, Windows NT 4.0), : I get the following output (the Test_Storage_Pools package just adds : debug statments to 'new' and 'free') : : ./test_allocate.exe : allocating 12 from Puppet_Storage_Pool : deallocating 4 from Puppet_Storage_Pool : allocating 8 from Puppet_Storage_Pool : deallocating 4 from Puppet_Storage_Pool : allocating 12 from Muppet_Storage_Pool : deallocating 12 from Muppet_Storage_Pool Forthcoming versions of ObjectAda should work properly on this test. For what it is worth, there is a morass of problems associated with deallocating tagged heap objects, because the heap object's tag is not generally predictable from the access type alone. This affects not only the size, but also whether there is any finalization to be performed. We recently repaired a number of problems in this area in our front end/run-time system. -- -Tucker Taft stt@inmet.com http://www.inmet.com/~stt/ Intermetrics, Inc. Burlington, MA USA