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,41b2c090403fab50 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-10-11 05:14:17 PST Path: archiver1.google.com!news2.google.com!news1.google.com!newsfeed.stanford.edu!canoe.uoregon.edu!arclight.uoregon.edu!wn14feed!worldnet.att.net!207.217.77.102!newsfeed2.earthlink.net!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!harp.news.atl.earthlink.net!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: Creating tempfile takes too long: GNAT or Windows bug? (& GtkAda) Date: Fri, 11 Oct 2002 08:00:32 -0400 Organization: MindSpring Enterprises Message-ID: References: <4a4de33a.0210090358.fc50c13@posting.google.com> <3DA463E8.1080202@cogeco.ca> <3DA5B8E6.3010109@cogeco.ca> NNTP-Posting-Host: d1.56.b2.3d X-Server-Date: 11 Oct 2002 12:01:12 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Xref: archiver1.google.com comp.lang.ada:29714 Date: 2002-10-11T12:01:12+00:00 List-Id: Warren W. Gay VE3WWG wrote in message news:3DA5B8E6.3010109@cogeco.ca... > > So to summarize: I was in a hurry, and MS VC was available, > and MFC is/was easy for a simple input GUI form (it accepts > multiple wildcard pathnames, and the # of days to retain > files before deleting them). > My point is that this is a *perfectly* legitimate argument and one that is made every day in businesses that build software. "I've got to get it out the door in a hurry (because profit depends on getting there first - not getting there in Ada) and MSVC (or insert your favorite language, IDE, library) gets me there more quickly than I can with Ada..." Its not that Ada is somehow or other inherently slow in development. I think its capable of being significantly faster - especially if one considers test and debug time to be part of "development". Its just that when some other language offers massive libraries of reasonably reliable stuff and reasonably spiffy tools to slap an application together quickly, its hard to compete if all you've got is a descent language and the argument that you can always bind to all that spiffy stuff you bought with the other language. (Why have two languages?) If there was an equivalent MSVAda with an MFC-Ada and all that other cool stuff sitting on you're computer right next to the MSVC package, you'd probably have done the hack in Ada, right? I don't know how Ada as a language and/or user community can get something vaguely resembling a large class library and/or a spiffy development environment (although GPS may hold some promise) but I think its a key ingredient. I've seen, and been part of, efforts in the past to develop libraries and I might be willing to do so again. The hard part is getting proper acceptance and the proper forum for the project so that it actually gets done and actually gets used. MDC -- ====================================================================== Marin David Condic I work for: http://www.belcan.com/ My project is: http://www.jast.mil/ Send Replies To: m c o n d i c @ a c m . o r g "I'd trade it all for just a little more" -- Charles Montgomery Burns, [4F10] ======================================================================