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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,29850945228df59 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-06-17 11:42:02 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!feed2.news.rcn.net!rcn!elnk-nf1-atl!newsfeed.earthlink.net!stamper.news.atl.earthlink.net!harp.news.atl.earthlink.net!not-for-mail From: Marin David Condic Newsgroups: comp.lang.ada Subject: Re: Boehm-Demers-Weiser conservative garbage collector and GNAT Date: Tue, 17 Jun 2003 14:41:54 -0400 Organization: MindSpring Enterprises Message-ID: <3EEF60F2.5070100@noplace.com> References: <1316747.mXveBPtf0Z@linux1.krischik.com> NNTP-Posting-Host: d1.56.b4.98 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Server-Date: 17 Jun 2003 18:42:02 GMT User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (OEM-HPQ-PRS1C03) X-Accept-Language: en-us, en Xref: archiver1.google.com comp.lang.ada:39357 Date: 2003-06-17T18:42:02+00:00 List-Id: The thing I don't get is why this whole issue of garbage collection seems to periodically poke up in the first place. In the applications I have been involved with that did any form of dynamic allocation to begin with, we typically implemented some low-level data structures (lists, stacks, queues, whatever) and got those working reliably and then never dealt with it again. Secondly, they usually used Unchecked_Deallocation which was either properly supported such that memory got returned to the OS or it never seemed to have an effect with respect to memory leaks. Thirdly, nobody seems to be in such dire need of it that they are willing to pay anyone to create it in their compilers or we'd see it implemented somewhere. Finally, if we were to get a standard library of some sort that created/managed the customary containers one would expect, it would seem that they should not leak memory, much as dynamic strings in Ada manage to do their job without leaking memory. Maybe we could put this one to rest permanently by getting some kind of general consensus that Ada just plain doesn't need it. Or by claiming that "Any *Competent* Ada Programmer" doesn't let memory leak. :-) MDC Larry Kilgallen wrote: > > > Does that paper say _Ada_ programmers spend that much time ? > > If so, then programmers for some other languages must spend 110% of their > time debugging memory managment issues. -- ====================================================================== Marin David Condic I work for: http://www.belcan.com/ My project is: http://www.jast.mil/ Send Replies To: m c o n d i c @ a c m . o r g "In general the art of government consists in taking as much money as possible from one class of citizens to give to the other." -- Voltaire ======================================================================