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: 103376,db9a11afb3da4240 X-Google-Attributes: gid103376,public X-Google-Thread: 102b75,501ec19d1d81daee X-Google-Attributes: gid102b75,public X-Google-ArrivalTime: 2002-04-04 23:44:52 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!cyclone.bc.net!skynet.be!skynet.be!transit.news.xs4all.nl!195.121.6.75.MISMATCH!newsfeed.wxs.nl!news-x2.support.nl!psinet-eu-nl!psiuk-p4!uknet!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.arch,comp.lang.ada Subject: Re: Language support for flexible handling of system-detected errors. Date: Thu, 4 Apr 2002 12:56:01 -0500 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <3CA0A166.501E1D68@despammed.com> <3CAC8552.5060107@home.com> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1017942962 2800 136.170.200.133 (4 Apr 2002 17:56:02 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 4 Apr 2002 17:56:02 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.arch:26457 comp.lang.ada:22134 Date: 2002-04-04T17:56:02+00:00 List-Id: That's certainly an issue as well. Just the whole business of relying on C++ header files that work by lexical inclusion creates all kinds of ambiguities and difficulties that make interpreting them within an IDE as having specific meanings and intent a really difficult task. I'd think it would be a lot easier to do this in Ada - especially with something like ASIS working for you - because of the less ambiguous and more consistent semantics of the package specification. As for the comments? A lot of them have to do with trying to impose a very specific structure on a program to utilize the GUI programming model that MSVC++ defines. They're going "You have to write your program *this way* if you want to integrate with the GUI builder and have all the code generation we can do for you..." I'd suspect this might be easier to do in Ada, but you might still have to come up with some kludges to get the source code to line up with what the GUI builder is doing. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com "Warren W. Gay VE3WWG" wrote in message news:3CAC8552.5060107@home.com... > > Part of "that" problem is actually due to the underlying language > > begin supported. Ada is easily supported by an IDE because there > are no _macros_ in the language to obscure what's behind them. > > Visual Studio has to lean on specially formatted (and ugly!) comments > everywhere. Add to that, the fact that MuckySoft has a fetish > for C macros. This leaves you with a recipe for a "can't win" > scenario in an IDE. But this is consistent with their "good enough" > philosophy. > > I just don't agree that it is good enough.