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: 102b75,501ec19d1d81daee X-Google-Attributes: gid102b75,public X-Google-Thread: 103376,db9a11afb3da4240 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-03-28 21:19:35 PST Path: archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-01!supernews.com!207.217.77.43.MISMATCH!newsfeed1.earthlink.net!newsfeed.earthlink.net!feed2.news.rcn.net!rcn!dc1.nntp.concentric.net!newsfeed.concentric.net!newsfeed.icl.net!peer.news.opaltelecom.net!lon1-news.nildram.net!154.32.99.10.MISMATCH!psiuk-p2!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, 28 Mar 2002 13:49:48 -0500 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <3CA0A166.501E1D68@despammed.com> <5ly9gcd9ao.fsf@rum.cs.yale.edu> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1017341391 28413 136.170.200.133 (28 Mar 2002 18:49:51 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 28 Mar 2002 18:49:51 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:26071 comp.lang.ada:21811 Date: 2002-03-28T18:49:51+00:00 List-Id: Its all well and good for some folks who are willing to take time to cobble together their IDE out of separate tools and utilities & assume the responsibility for making it all work together. However there are a large number of developers in the world who need to spend their time working on the end application and don't have time or desire to put together their own toolkit. For those of us in that boat, a well integrated IDE that handles everything seamlessly is a good thing. Which group is in the majority? It probably doesn't matter. Which group spends money on tools - and hence drives the kind of tools commercial developers build? Obviously, the latter, since you don't see too many off-the-shelf tools (such as a debugger) that the end user is supposed to integrate with the rest of the tools (such as the compiler, editor, gui builder, etc.) MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com "Nick Maclaren" wrote in message news:a7vjha$4us$1@pegasus.csx.cam.ac.uk... > > In article , > hack@watson.ibm.com (hack) writes: > |> > |> I sure hope you are (biased)! To me, something like emacs is an Integrated > |> Development Environment -- if only the compilers and linkers etc. would all > |> cooperate. Traditional IDEs are the exact opposite -- they are a world unto > |> themselves. I use an IDE in the emacs sense -- I integrate multiple envs > |> into one global environment where I can use *all* my tools, in the editor > |> that I'm familiar with, exploiting its features across all those environments > |> (programmability via powerful macros, generalised multiple-level UNDO, having > |> many files in simultaneous play, etc.) The files may come from mainframes, > |> from Unix boxes, or from NT boxes -- it's all integrated. I can click on a > |> function invocation and find myself looking at its definition -- such things > |> are possible if one has decent macro support: I'm not bound by what somebody > |> else thinks is good for me -- I can shape the world the way I like it. > > Have you ever had a production application shipped to you that > wouldn't work outside its development environment? And then had > the vendor tell you that they couldn't investigate bugs outside > it? And then had them tell you that the bypass is that you should > run all your production code inside it? Even when you couldn't > actually GET the development environment because it the vendor > had never ported it to your (wider) environment? > > The answer, in my case, is "yes, and more than once". > > > Regards, > Nick Maclaren, > University of Cambridge Computing Service, > New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. > Email: nmm1@cam.ac.uk > Tel.: +44 1223 334761 Fax: +44 1223 334679