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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.50.132.35 with SMTP id or3mr562377igb.0.1438247915847; Thu, 30 Jul 2015 02:18:35 -0700 (PDT) X-Received: by 10.140.21.74 with SMTP id 68mr637642qgk.16.1438247915818; Thu, 30 Jul 2015 02:18:35 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!f3no4821500igg.0!news-out.google.com!4ni82996qgh.1!nntp.google.com!69no2765797qgl.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 30 Jul 2015 02:18:35 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=81.203.145.32; posting-account=AFCLjAoAAABJAOf_HjgEEEi3ty-lG5m2 NNTP-Posting-Host: 81.203.145.32 References: <2df4698f-4c8e-457c-822d-209cb2f8ab5e@googlegroups.com> <014427b1-ff7a-4a69-82e6-0330af77ed96@googlegroups.com> <91f88d79-197c-419f-84a8-908e05967a2c@googlegroups.com> <135c2b00-d13c-4f5d-a586-8aca442d363b@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Running a preprocessor from GPS? From: EGarrulo Injection-Date: Thu, 30 Jul 2015 09:18:35 +0000 Content-Type: text/plain; charset=ISO-8859-1 Xref: news.eternal-september.org comp.lang.ada:27188 Date: 2015-07-30T02:18:35-07:00 List-Id: On Thursday, July 30, 2015 at 10:23:23 AM UTC+2, Georg Bauhaus wrote: > Is this about GC only? Having had to fight GC in Java, > at a time when it was assumed that GC would magically have > no effect on the program, I'm not sure this isn't a bit > optimistic. But surely it is what one should say. This is because you didn't use Java like it is meant to be used! Hahaha! I am just (half) joking, after having replied to a similar criticism just now. > For completeness, management of resources other than > memory, if tied to GC, becomes uncontrolled happenstance. Of course. But manual resource management is too error-prone to leave it completely in the hands of programmers, at least all the time. It is too easy to push the complexity on the programmer by providing "Unchecked" facilities and then forget about it. > In Ada, use the stack, if possible! > In Ada 2005, use containers, if possible! Otherwise use C++ and its "shared/weak pointer" support ;)