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.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,c78177ec2e61f4ac X-Google-Attributes: gid103376,public From: Alan Brain Subject: Re: ada and robots Date: 1997/06/10 Message-ID: <339E143A.349D@dynamite.com.au>#1/1 X-Deja-AN: 247407272 References: <97060510114032@psavax.pwfl.com> <339C1ECF.431B@mlb.cca.rockwell.com> Organization: @Home Reply-To: aebrain@dynamite.com.au Newsgroups: comp.lang.ada Date: 1997-06-10T00:00:00+00:00 List-Id: > > Joe Gwinn writes: > > >In practice, C was much more successful than Ada83 at riding metal. > > >Experience with Ada83 shows that it is very bad at direct control of > > >hardware, especially I/O hardware, and simply does not handle shared > > >memory correctly. > Marin David Condic, 561.796.8997, M/S 731-93 wrote: > > Maybe with some of the early generation compilers, but we've been > > "riding the metal" for years here in Ada and never had any trouble > > getting direct control over the hardware. Jerry Petrey wrote: > I agree. As I discussed in an "Embedded Systems Programming" article in > Sept 95, I did all the low level hardware checkout and built-in test > software for a gas turbine engine controller in Ada83 using the Rational > VADScross compiler and found it to be quite easy at getting to "the > metal". If Ada-83 is, quote "very bad at direct control of hardware, especially I/O hardware, and simply does not handle shared memory correctly." that's news to STN-Atlas Elektronik GmbH. Submarines in at least 6 navies rely on Ada-83 code that handles shared memory as the I/O on a VME bus in the CSU-90 and ISUS-90 projects. In addition, Ada-83 was used extensively for the I/O handling on the BM-502 MFCC consoles on the F-123 class Frigates. Finally, Ada-83 was used by STN-Atlas on the SEC project, where its facilities were used by Oerlikon-Contraves Zurich to debug their software (written in C). The Ada code was so reliable, robust and able to diagnose problems with incoming telegrams without a debugger and in real-time. Whereas the C code and that specific deveopment environment couldn't. Maybe some early compilers had problems. But not ones built after about 1990. BTW I was the Team leader for the VME databus comms, and made the decision to re-write old C code in Ada-83 at the lowest level. Found bugs in code that had been 'working' with occasional unexplained glitches for 5 or more years. -- aebrain@dynamite.com.au <> <> How doth the little Crocodile | Alan & Carmel Brain| xxxxx Improve his shining tail? | Canberra Australia | xxxxxHxHxxxxxx _MMMMMMMMM_MMMMMMMMM 100026.2014 compuserve o OO*O^^^^O*OO o oo oo oo oo By pulling MAERKLIN Wagons, in 1/220 Scale See http://www.z-world.com/graphics/z/master/8856.gif for picture