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.3 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,e151cd4e58019c6c X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-04-11 19:04:03 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!212.43.194.69!fr.clara.net!heighliner.fr.clara.net!freenix!enst!enst.fr!not-for-mail From: sk Newsgroups: comp.lang.ada Subject: Re: Newbie: Best Ada Compiler for MS Windows ? Date: Thu, 11 Apr 2002 20:03:12 -0500 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: References: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 1018577043 95825 137.194.161.2 (12 Apr 2002 02:04:03 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Fri, 12 Apr 2002 02:04:03 +0000 (UTC) Return-Path: X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19-4.3mdk i686) X-Accept-Language: en Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: archiver1.google.com comp.lang.ada:22402 Date: 2002-04-11T20:03:12-05:00 Hi, > Does raised ADA.NUMERICS.ARGUMENT_ERROR : ... Perfectly good point and I don't disagree, but not my issue. Handful of names on "cla" which it behoves one to notice. Two of those names take contrary positions on a public forum and they do not seem as if they are going to explain the situation. One position leaves me totally at a loss. That position introduces extra code and then uses the results of that as an example of user unfriendliness. It seemed like adding a teaspoon of salt to a sugar bowl until the "Gautier" example showed me that the real issue was one of default traceback abilities. Separate issue: I gave up using traceback information several years ago. Vague memories of Janus, Meridian (<- late 80's versions), DEC VAX, DEC OSF/Motif and Rational Apex error handling led me to totally ignore anything but the line number and source file. The only traceback that I found useful was on Rational clusters which would take me right to the line in the source text (let me know when your "non-free" compiler does this, and I might consider buying it :-). So please forgive me for not realizing the significance of >Called from line number 13 In TESTCON.TEST2 >Called from line number 17 In TESTCON -- ------------------------------------- -- Merge vertically for real address ------------------------------------- s n p @ t . o k i e k c c m -------------------------------------