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=0.7 required=5.0 tests=BAYES_00,MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,82c66e12b62744fb X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2000-10-04 19:20:12 PST Path: supernews.google.com!sn-xit-02!sn-xit-03!supernews.com!xfer13.netnews.com!netnews.com!newsfeed.skycache.com!Cidera!cpk-news-hub1.bbnplanet.com!news.gtei.net!nntp2.deja.com!nnrp1.deja.com!not-for-mail From: Robert Dewar Newsgroups: comp.lang.ada Subject: Re: Memory leakage Date: Thu, 05 Oct 2000 02:08:55 GMT Organization: Deja.com - Before you buy. Message-ID: <8rgnrj$39u$1@nnrp1.deja.com> References: <39D8CD62.7B6EB2D4@boeing.com> <8rapg8$66b$1@nnrp1.deja.com> <8re4ba$tvs$1@nnrp1.deja.com> <3A0230E5.E666B9B8@telepath.com> NNTP-Posting-Host: 205.232.38.240 X-Article-Creation-Date: Thu Oct 05 02:08:55 2000 GMT X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; I) X-Http-Proxy: 1.0 x67.deja.com:80 (Squid/1.1.22) for client 205.232.38.240 X-MyDeja-Info: XMYDJUIDrobert_dewar Xref: supernews.google.com comp.lang.ada:986 Date: 2000-10-05T02:08:55+00:00 List-Id: In article <3A0230E5.E666B9B8@telepath.com>, Ted Dennison wrote: > You cut the original question, which to me is quite clear that > it is talking about the possibility of having memory leaks in > an Ada95 program. I think you miss my point. It is of course possible to write a program that uses more and more memory and never returns it. Indeed it is hard to imagine ANY reasonably expressive language that does not have this property -- note that it is perfectly possible to create such a program in Java. If one creates such a program, is it a memory leak? Well from a purely semantic point of view, one cannot say, since it depends on whether the programmer intended that the program behave in this manner. So there are two questions one can ask: 1) Is the language+implementation free of *inherent* leaks i.e. leaks that do not relate to specific programmed use of memory, but are incidental to the implementation. An example would be a poor implementation of unbounded strings that did not satisfy the RM requirement of automatic reclamation of this data, or a tasking implementation that left some storage behind each time a task terminated or ... It the intention of the Ada 95 design that a correct implementation of Ada 95 be free of such leaks. 2) Is the language designed in such a manner that the creation of programs that constantly increase their memory usage but do not intend to do so is unlikely? Well this is of course a far more subjective issue, and most certainly I do not consider that the original question can possibly be asking this question, since it talked of such leaks being impossible, which is of course the wrong kind of language to use when discussing point 2). One can only talk of more or less likely. This is a very important distinction, so I trust it is clear! Sent via Deja.com http://www.deja.com/ Before you buy.