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.7 required=5.0 tests=BAYES_00,MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,447bd1cf7a88c198 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-01-05 02:52:04 PST Path: supernews.google.com!sn-xit-03!supernews.com!mtu.ru!news.rosnet.ru!newsfeed.rt.ru!news.algonet.se!algonet!news000.worldonline.se!news.tele.dk!205.231.236.10!newspeer.monmouth.com!xfer13.netnews.com!netnews.com!news.maxwell.syr.edu!nntp2.deja.com!nnrp1.deja.com!not-for-mail From: n_brunot@my-deja.com Newsgroups: comp.lang.ada Subject: Re: Do we need "Mission-Critical" software? Was: What to Do? Date: Fri, 05 Jan 2001 10:41:11 GMT Organization: Deja.com Message-ID: <9348c7$74q$1@nnrp1.deja.com> References: <3A4F5A4A.9ABA2C4F@chicagonet.net> <3A4F759E.A7D63F3F@netwood.net> <3A50ABDF.3A8F6C0D@acm.org> <92qdnn$jfg$1@news.huji.ac.il> <3A50C371.8B7B871@home.com> <3A51EC04.91353CE7@uol.com.br> <3A529C97.2CA4777F@home.com> <3A53CB9E.EA7CF86C@uol.com.br> <3A5466DE.811D43A5@acm.org> <932aol$ikc$1@nnrp1.deja.com> <932mi6$r2k$1@trog.dera.gov.uk> <9343b1$3g5$1@nnrp1.deja.com> <9345qu$8r76@news.kvaerner.com> NNTP-Posting-Host: 212.27.49.23 X-Article-Creation-Date: Fri Jan 05 10:41:11 2001 GMT X-Http-User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; fr-FR; m18) Gecko/20001106 Netscape6/6.0 X-Http-Proxy: 1.1 x51.deja.com:80 (Squid/1.1.22) for client 212.27.49.23 X-MyDeja-Info: XMYDJUIDn_brunot Xref: supernews.google.com comp.lang.ada:3672 Date: 2001-01-05T10:41:11+00:00 List-Id: In article <9345qu$8r76@news.kvaerner.com>, "Tarjei T. Jensen" wrote: > > n_brunot@my-deja.com wrote > >A very huge part of those packages is simply writing specifications, and > >pragma import ... > >Which requires some work in Ada, while you would have absolutely nothing > >to do in C. > >This is of very high cost. > > Which you recouperate during development and debugging. It looks like overhead, > but is really an investment which pays off handsomely when you use them. That's usually right, and especially for big projects. But nevertheless, this is a lengthy and tedious work, where mistakes can be made. For a lot of small applications, the cost keep most programmers away from Ada and the investment is globally negative. Like in any field, you should be able to choose an extremely easy but less reliable way to program (this wouldn't be worse than C) and a more complex and more reliable way to program. The problem is that the easy way is today impossible. Don't forget that if the basic component is in C, you won't make it more reliable because you interfaced it in Ada ... A lot of C components are extremely useful, and an immediate way to use them would not make any harm. Anyway nothing can justify that this work is not at least extremely easy and made with a standard tool or feature of the language. The benefits would be the same. The cost would nearly disappear. This shows up as soon as a great part of your work is interfacing existing C libraries, and this is an enormous problem for the spreading of Ada. Most available components are in C, and it would be a nonsense to wait for their Ada version before you can use them easily. Sent via Deja.com http://www.deja.com/