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.140.216.6 with SMTP id m6mr2393069qhb.12.1438245458640;
        Thu, 30 Jul 2015 01:37:38 -0700 (PDT)
X-Received: by 10.140.107.34 with SMTP id g31mr632025qgf.17.1438245458627;
 Thu, 30 Jul 2015 01:37:38 -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!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!border2.nntp.dca1.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!69no2759070qgl.1!news-out.google.com!4ni82933qgh.1!nntp.google.com!z61no4123091qge.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 30 Jul 2015 01:37:38 -0700 (PDT)
In-Reply-To: <87380683vc.fsf@adaheads.sparre-andersen.dk>
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: <e610ca1e-4df6-4fbb-b3a1-ac35694d9072@googlegroups.com>
 <mp645u$abo$1@loke.gir.dk>
 <2df4698f-4c8e-457c-822d-209cb2f8ab5e@googlegroups.com>
 <mp8r8l$fnn$1@loke.gir.dk>
 <014427b1-ff7a-4a69-82e6-0330af77ed96@googlegroups.com>
 <mpbd8f$re$1@loke.gir.dk>
 <d5a73210-a67f-4d21-8b16-536af10ab157@googlegroups.com>
 <mpborl$6b9$1@dont-email.me>
 <91f88d79-197c-419f-84a8-908e05967a2c@googlegroups.com>
 <d1tst3FoastU1@mid.individual.net> <mpcjpo$93v$1@dont-email.me>
 <135c2b00-d13c-4f5d-a586-8aca442d363b@googlegroups.com>
 <87380683vc.fsf@adaheads.sparre-andersen.dk>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <347c6be9-c918-4bc0-9494-c93cd6740def@googlegroups.com>
Subject: Re: Running a preprocessor from GPS?
From: EGarrulo <egarrulo@gmail.com>
Injection-Date: Thu, 30 Jul 2015 08:37:38 +0000
Content-Type: text/plain; charset=ISO-8859-1
Xref: news.eternal-september.org comp.lang.ada:27185
Date: 2015-07-30T01:37:38-07:00
List-Id: <comp.lang.ada>

On Thursday, July 30, 2015 at 10:08:09 AM UTC+2, Jacob Sparre Andersen wrote:
> EGarrulo writes:
> 
> > That doesn't mean much.  Ada doesn't offer any facility for automatic
> > resource management, and that makes it unsuitable for applications
> > that go beyond constrained embedded development.  Who wants to chase
> > resource leaks in this day and age?  Not to mention the crippled
> > support for exceptions in Ada.
> 
> It really sounds like you haven't taken the time to understand Ada.

On the contrary: I have taken a lot of time to understand Ada (in
spite of scant documentation on why Ada does things the way it
does).

> Ada programmers hardly ever have to chase resource leaks.

Hence, where is the magic please?  So far, I know that programming
languages either offer garbage collection (and that works only for
memory), or some kind of reference-counting (and that works for
everything, but it requires some planning).
 
> If you attempt to write C++ or Python in Ada, you may end up in big
> trouble, but if you use the language (instead of fighting it), you will
> hardly ever have to worry about access types or memory management.

I have often heard this argument about a programming language.
Yet, ironically, hardly ever somebody explains how a programming
language is meant to be used.  You are always supposed to magically "get it".

The lesson of C++ is that memory is just one of the many possible
scarce resources.  What if you have a shared resource that must be
released as soon as possible?  Garbage collection will not help you
there.