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=unavailable autolearn_force=no version=3.4.4 Path: border1.nntp.dca3.giganews.com!backlog3.nntp.dca3.giganews.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!news.snarked.org!us.feeder.erje.net!feeder.erje.net!eu.feeder.erje.net!newsfeed.fsmpi.rwth-aachen.de!uucp.gnuu.de!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Wed, 13 Nov 2013 09:18:07 +0100 From: Georg Bauhaus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Debugging Problem with Gnatbench under Eclipse References: <5384e37a-764a-4368-8834-0de4c7d7998c@googlegroups.com> <46F25mG2OQgSFw2s@ada-augusta.demon.co.uk> <3d734e02-f7eb-4a32-86ca-0d56e059e276@googlegroups.com> <45AGpDFh3jgSFwmZ@ada-augusta.demon.co.uk> <6ea825d7-a48d-4fca-9fbc-1d17e1841343@googlegroups.com> In-Reply-To: <6ea825d7-a48d-4fca-9fbc-1d17e1841343@googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <528335bf$0$9510$9b4e6d93@newsspool1.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 13 Nov 2013 09:18:07 CET NNTP-Posting-Host: bc6bfba0.newsspool1.arcor-online.net X-Trace: DXC=LcRddg7JSJ`>jlK2>IgHGdic==]BZ:afn4Fo<]lROoRankgeX?EC@@`2XbN1HO]fNmPCY\c7>ejVh^aP\@b@NZZfVZQl?LHi53e X-Complaints-To: usenet-abuse@arcor.de X-Original-Bytes: 3256 Xref: number.nntp.dca.giganews.com comp.lang.ada:183846 Date: 2013-11-13T09:18:07+01:00 List-Id: On 13.11.13 02:12, Adam Beneschan wrote: > So the suggestions on this thread, that debuggers are largely irrelevant to Ada programmers, is one that gets my dander up a bit. They can be useful tools. And I'd encourage the OP to try to get the vendor to fix the problem, since it's a tool he might find useful in the future. Could it be that Ada programmers just don't know debuggers? 8-) Debuggers turn my unforgiving CPU into a much more lenient interpreter, Its steps are under my control. Debuggers provide for a kind of "virtual machine", or extended machine. They add features with uses for the programmer without him or her adding a single line of source text. I can manipulate the program as is, I can see call chains easily, at every instruction I choose, in circumstances I choose. This turns debuggers into programmable simulators. They will assist, for example, with test driven development. (Which includes finding bugs in logic that do not have counterparts among the exceptions.) For example, - Debuggers can test my assumptions (debugging a solution) like: do I see actual parameters that I expected to be passed to procedure Foo when the program calls Foo for the third time? - Debuggers make me think of possible cases (debugging the specification): Oh, I missed the case where 42 could end up in x.y. During my daily (non-Ada) work, I sometimes wish I could use a debugger, as adding all sorts of trace statements and then scanning log files is cumbersome. Even gdb, used with or without fancy Expect (or ELisp) programming, understands the "commands" command. So, for instance, a debugger procedure can 1 Stop at F in this situation 2 Show what's in the variables x, y, and z 3 IF y IS NOT IN {1,...,64} THEN: 3a show the call chain 3b set y to a known good value 4 continue