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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 102b75,501ec19d1d81daee X-Google-Attributes: gid102b75,public X-Google-Thread: 103376,db9a11afb3da4240 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-04-10 09:29:01 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!east1.newsfeed.sprint-canada.net!news.storm.ca!nnrp1.tor.metronet.ca!not-for-mail Message-ID: <3CB4684B.6070507@home.com> From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 Newsgroups: comp.arch,comp.lang.ada Subject: Re: Language support for flexible handling of system-detected errors. References: <3CA0A166.501E1D68@despammed.com> <3CAC8552.5060107@home.com> <3CADD77C.5010100@home.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 10 Apr 2002 16:29:00 GMT NNTP-Posting-Host: 198.96.47.195 NNTP-Posting-Date: Wed, 10 Apr 2002 10:29:00 MDT Organization: MetroNet Communications Group Inc. Xref: archiver1.google.com comp.arch:26754 comp.lang.ada:22320 Date: 2002-04-10T16:29:00+00:00 List-Id: Marin David Condic wrote: > I have not programmed MSVC++ in quite some time, so my memory of all the > situations there has faded. (Time heals all wounds. :-) I have not spent any > time considering how one might go about getting similar effects into Ada > with or without comment markers. I suspect that mostly, you're right - you > could probably auto-generate a variety of packages that are auto-withed into > code the programmer has to develop & cover most of the territory. I'm just > suspicious that given the mission of duplicating the programming model and > all of its capabilities, there might be some burrs hanging off the edges > that you'd have a hard time finding a good way of doing without some kind of > kludge. I don't disagree that there would be challenges. I just believe that you can probably dispense with the special comments with some careful planning. You have considerable context to work with in Ada. Naming conventions, whether they be for types and/or values will probably be enough. This doesn't work well in C++ because the macros can mess up the "view" of the source code, as we've already discussed. > Of course, one might want to ask the question "why bother duplicating the > MSVC++ model at all?" I could imagine better ways of doing it might be > possible. If you start with a solid base, you can keep polishing and > polishing it for years. But if the base is no good, you're just polishing a > turd. > > MDC We definitely are not interested in "polishing turds" :-) But MSVC++ has been used as one comparison point for IDEs. I briefly used Borland's Delphi for a while. While it's capabilities (IDE + library) is very good, I didn't always find it very intuitive. But you could use it as another comparison point. Personally, I'd agree that something better could be made available. For me however, I'd have to insist on some flavour of EMACS capability in the editor. ;-) -- Warren W. Gay VE3WWG http://home.cogeco.ca/~ve3wwg