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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,5ecb5248e650e812,start X-Google-Attributes: gid103376,public From: Huy Vo Subject: Re: Ada and robots Date: 1997/06/20 Message-ID: <199706201607.MAA01178@mermaid.ctron.com>#1/1 X-Deja-AN: 251378143 Sender: Ada programming language Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU Newsgroups: comp.lang.ada Date: 1997-06-20T00:00:00+00:00 List-Id: >Stephen Leake >wrote >Samuel Mize wrote: >> >> Note that I make some comments about the person Mr. Whiting quoted, >> but none about Mr. Whiting. Some quotations reformatted for length. >> >> Stephen Leake wrote: >> > >> > Matthew S. Whiting wrote: >> > ( second hand list of supposed Ada deficiencies ) >> ... >> > > >* Ada does not support discriminant unions (which are >> ... >> > This is precisely the Ada discriminant record: >> >> Ah, but you can't hand-code the discriminant values. This makes it >> harder to interface to existing C code, which of course makes C >> fundamentally better. >> >Um, yes you can; that's what an enumeration representation clause is >for; see RM13.4 > >> Besides, you can't load the variable with one type and then read it >> as another type. In C it's simple and safe, while in Ada it requires >> Unchecked_Conversion, which everyone knows is dangerous. > >Um, this just means Ada _labels_ unchecked conversion as dangerous. In C >it may be "simple", but it is NOT "safe". (Maybe you forgot a smiley?) > Safe or not safe, it looks like Ada programs can crash on the field like a previous poster admitted. The worse thing is that it leaves no trace as to what leads to the crash. And other posters have to come up with ugly 'C hacks' to provide traceback of Ada programs. There goes the myth that Ada programs need no debugging.