From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.5-pre1 Path: eternal-september.org!reader02.eternal-september.org!news.mb-net.net!open-news-network.org!aioe.org!news.uzoreto.com!feeder.usenetexpress.com!tr2.eu1.usenetexpress.com!newsfeed.xs4all.nl!newsfeed9.news.xs4all.nl!nzpost2.xs4all.net!news.kpn.nl!not-for-mail Subject: Re: Alternative for Gnat Studio Newsgroups: comp.lang.ada References: <602e608e$0$27680$e4fe514c@news.kpn.nl> <60379b69$0$20345$e4fe514c@news.kpn.nl> <86zgzn4xcs.fsf@stephe-leake.org> <5b0c7577-7dcc-468b-a24b-7447a8e796b7n@googlegroups.com> From: ldries46 Date: Fri, 5 Mar 2021 13:58:17 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <5b0c7577-7dcc-468b-a24b-7447a8e796b7n@googlegroups.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: nl Message-ID: <60422aea$0$16499$e4fe514c@news.kpn.nl> NNTP-Posting-Host: e0fbb2d0.news.kpn.nl X-Trace: G=5AjXxEkD,C=U2FsdGVkX1+QvouhAyjiqgerD+TDkK7LxMymJ9vJbJwyd1+ogH+qlEdd/cExIpv9K+CW1Eo9Kkrmo1K5L+Nlro7qihZ27o1evPKfcyz2mSI= X-Complaints-To: abuse@kpn.nl Xref: reader02.eternal-september.org comp.lang.ada:61485 List-Id: Op 2-3-2021 om 6:11 schreef John Perry: > On Sunday, February 28, 2021 at 4:54:30 PM UTC-6, Stephen Leake wrote: >> "Dmitry A. Kazakov" writes: >> >>> GDB and IDE are different things. GDB never really worked for complex >>> projects and, I am afraid, it never will. >> GDB has always met my needs, programming spacecraft simulators for NASA. >> > Honest question: do you have advice for debugging exceptions in GDB?*** I had to debug an exception the other day & I had a humdinger of a time determining what caused it. When the Ada RT raises an exception in GDB, GDB quits the program state altogether, so I have to employ guess-and-check methods to figure out where, say, an Ordered_Map Key_Error occurs. This is contrary to how GDB handles C++ exceptions: the program stops immediately, so that you can examine the state, move up and down through the stack, etc. > > I've used GDB a lot with C++, so I don't find it as bad as Dmitry says, but it's a much poorer experience when debugging Ada. (Still useful!) > > ***Aside from writing programs that don't raise them, of course. ;-) I am normally using severaldifferent methods of debugging tohether: 1. using an extra package that is only used to create simple output to the cmd window or the equivalent in the GPS studio program. This creates output over the full run the program m makes. By deleting the call to the package it is easy todelete all extra statements. 2. In the case of programs with a GUI using extra calls to that GUI 3. GDB in situations where it necessary to follow the program statement by statement