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.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail
From: Georg Bauhaus <bauhaus@futureapps.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Running a preprocessor from GPS?
Date: Thu, 30 Jul 2015 10:23:25 +0200
Organization: A noiseless patient Spider
Message-ID: <mpcmqs$j0t$1@dont-email.me>
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>
Reply-To: nonlegitur@futureapps.de
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 30 Jul 2015 08:21:48 +0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="b96887e80893c84a90c3007226ca0d1c";
	logging-data="19485"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX19CZXFoxsz825nnsXvRvuwAiu6m9rVsso4="
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
 rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To: <135c2b00-d13c-4f5d-a586-8aca442d363b@googlegroups.com>
Cancel-Lock: sha1:HxP/TWXEVOzEQR6zOwrAqI/H03U=
Xref: news.eternal-september.org comp.lang.ada:27182
Date: 2015-07-30T10:23:25+02:00
List-Id: <comp.lang.ada>

On 30.07.15 10:03, EGarrulo wrote:
> On Thursday, July 30, 2015 at 9:31:36 AM UTC+2, björn lundin wrote:
>> On 2015-07-30 08:01, Niklas Holsti wrote:
>>> On 15-07-30 03:10 , EGarrulo wrote:
>>>> Who knows?  But since the realm of Ada is limited to embedded
>>>> development,
>>>
>>> It isn't.
>>
>> It is certainly not.
>> I've spent 18 years writing Ada in WMS/WCS systems -
>> Database intense system with 100+ concurrent users
>> Nothing embedded at all with them.
>
> 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?

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.

For completeness, management of resources other than
memory, if tied to GC, becomes uncontrolled happenstance.

There are others who think that the allocation management
of older Objective-C, say, was something they could well
live with (e.g. Hillegass, but maybe he is biased).
And now we got weak and strong properties and all kinds
of algorithmic shift around them. That seems to match what
Dmitry has been explaining about hard/soft references.
The next cry is certainly for automatic hardness management
of reference.

In Ada, use the stack, if possible!
In Ada 2005, use containers, if possible!

>  Not to mention
> the crippled support for exceptions in Ada.

Do you mean that exceptions of Ada cannot be used for indirecting
non-local control flow with the help of exception objects? I'm still
not sure anything but messages should go with exceptions: it is
too tempting for consultants to apply techniques of obfuscation
via exception classes. Even involuntarily!