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.6 required=5.0 tests=BAYES_20,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,9e2776c05028676e
X-Google-Attributes: gid103376,public
From: Steve Jones - JON <jon@hpodid2.eurocontrol.fr>
Subject: Re: Why Ada is not the Commercial Lang of  Choice
Date: 1997/06/19
Message-ID: <2s9107ar96.fsf@hpodid2.eurocontrol.fr>#1/1
X-Deja-AN: 251064415
References: <33A7FBFF.29D2@mitre.org> <5o9eca$aoi$1@goanna.cs.rmit.edu.au>
Organization: Eurocontrol Experimental Centre, Bretigny-Sur-Orge, France
Newsgroups: comp.lang.ada
Date: 1997-06-19T00:00:00+00:00
List-Id: <comp.lang.ada>


Dale Stanbrough <dale@goanna.cs.rmit.EDU.AU> writes:

[snip]
> 
> 
>     Mem_Map: Integer;
>     for Mem_Map'Address use 16#B010_0040#;
>   begin
>     Mem_Map := 16#0034_4556#;"

This reminds me of afriend working on the Madrid train system who was
informed that he wouldn't be able to write the controller software in
Ada because Ada couldn't handle hardware correctly.  My mate disagreed
and was given dispensation to prove it.  On one side a team of three
in C, on the other a rather good Ada programmer.

Guess which one came in first and had the least bugs ?  The timescale
differences were very large, mainly because using the Tasking model
the hardware interupts could be abstracted away.

I think Ada's problem here is that no one who has used C actually
belives that a language that incorporates data hiding and strong SE
principles can also access the bare metal effectively. Maybe Ada was
just a little too good.

-- 
|Un Loup en France  | Wolverhampton Wanderers, out of darkness cometh Bully|
|------------Cat 1, Cha, Cha, Cha -- NERC offical drinking song------------|
|----The above opinions rarely reflect my own and never my employers'------|
|Do not add me to mailing lists violations will be billed for time.        |