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.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 107f24,582dff0b3f065a52 X-Google-Attributes: gid107f24,public X-Google-Thread: 103376,bc1361a952ec75ca X-Google-Attributes: gid103376,public X-Google-Thread: 1014db,582dff0b3f065a52 X-Google-Attributes: gid1014db,public X-Google-Thread: 109fba,582dff0b3f065a52 X-Google-Attributes: gid109fba,public X-Google-ArrivalTime: 2001-08-07 16:19:45 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!psinet-eu-nl!psiuk-p4!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.lang.functional Subject: Re: How Ada could have prevented the Red Code distributed denial of service attack. Date: Tue, 7 Aug 2001 19:06:41 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9kpsa9$pr6$1@nh.pace.co.uk> References: <9ka1jc$mgd@augusta.math.psu.edu> <3b690498.1111845720@news.worldonline.nl> <9kbu15$9bj@augusta.math.psu.edu> <9korp1$d72$1@nh.pace.co.uk> NNTP-Posting-Host: 136.170.200.133 X-Trace: nh.pace.co.uk 997225609 26470 136.170.200.133 (7 Aug 2001 23:06:49 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 7 Aug 2001 23:06:49 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:11550 comp.lang.c:72777 comp.lang.c++:80805 comp.lang.functional:7393 Date: 2001-08-07T23:06:49+00:00 List-Id: O.K. That's fair - or at least semi-fair. I have argued in this forum in the past (even recently) that Ada needs the kind of IDE & tools that come with MSVC++ if it wants to be considered for that application domain. Its hard to argue with the leverage one gets from the MFC, etc. However, I wouldn't consider that a *language* issue, per se. That's more of a *tools* issue - one which is valid, but not one which makes Ada itself unfit for developing apps for a PC platform. Besides - there *are* tools out there that *do* provide similar capabilities to things like MSVC++ - Aonix and RR Software (Claw) have some commercial stuff for building GUI's, etc. under Windows. Gnat can be had with the GtkAda environment, the gdb debugger, etc. I think this is definitely an area for improvement (mostly by way of nicely integrating everything), but there are tools to compete in that market. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ wrote in message news:g2qpk9.d6m.ln@10.0.0.2... > > The simple fact that Ada is not supported by Microsoft makes it > a second hand choice for most (if not all) desktop type applications. > > (I am not saying this is a good thing, this is just a fact and it > is true for a great many more promising languages, like Java for > example. This might even become true for C/C++ if C# really takes > off and Microsoft itself isn't killed before that time frame) > > Granted, this says little or nothing about Ada as a language. But > I think a balanced decision on which language to use on which > platform needs to take the language platform (and support thereof) > very serious. >