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,345a8b767542016e X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-03-16 04:21:28 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.cwix.com!news.binc.net!kilgallen From: Kilgallen@SpamCop.net (Larry Kilgallen) Newsgroups: comp.lang.ada Subject: Re: memory leakages with Ada? Date: 16 Mar 2002 06:21:16 -0600 Organization: LJK Software Message-ID: References: <3c90af1e@news.starhub.net.sg> <3c91bfa3.1987537@news.demon.co.uk> <4a885870.0203152036.37c68e91@posting.google.com> NNTP-Posting-Host: eisner.encompasserve.org X-Trace: grandcanyon.binc.net 1016281278 18580 192.135.80.34 (16 Mar 2002 12:21:18 GMT) X-Complaints-To: abuse@binc.net NNTP-Posting-Date: Sat, 16 Mar 2002 12:21:18 +0000 (UTC) Xref: archiver1.google.com comp.lang.ada:21330 Date: 2002-03-16T06:21:16-06:00 List-Id: In article <4a885870.0203152036.37c68e91@posting.google.com>, wv9557@yahoo.com (Will) writes: > Well, I remember Mr Stroustrup saying something to the effect that this is to > ease the job of the compiler writer. Looks to me more like a marketing decision > than a technical one. I recall reading that several proposed Ada95 features did not make the cut because existing vendors felt it would be too hard support with their implementations. Certainly at least one vendor dropped out because of the degree of change from Ada83. Thus Ada also has such balancing acts to deal with, but in that sense it just copies the real world.