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=-0.0 required=3.0 tests=BAYES_40 autolearn=ham
	autolearn_force=no version=3.4.5-pre1
X-Received: by 2002:ac8:53c2:: with SMTP id c2mr15608754qtq.166.1614661894550;
        Mon, 01 Mar 2021 21:11:34 -0800 (PST)
X-Received: by 2002:a25:e4c4:: with SMTP id b187mr28211332ybh.92.1614661894400;
 Mon, 01 Mar 2021 21:11:34 -0800 (PST)
Path: eternal-september.org!reader02.eternal-september.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Mon, 1 Mar 2021 21:11:34 -0800 (PST)
In-Reply-To: <86zgzn4xcs.fsf@stephe-leake.org>
Injection-Info: google-groups.googlegroups.com; posting-host=2601:3c3:401:f550:80a9:d6ea:2ed2:3299;
 posting-account=JSxOkAoAAADa00TJoz2WZ_46XrZCdXeS
NNTP-Posting-Host: 2601:3c3:401:f550:80a9:d6ea:2ed2:3299
References: <602e608e$0$27680$e4fe514c@news.kpn.nl> <60379b69$0$20345$e4fe514c@news.kpn.nl>
 <s1a9jm$1c9e$1@gioia.aioe.org> <86zgzn4xcs.fsf@stephe-leake.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <5b0c7577-7dcc-468b-a24b-7447a8e796b7n@googlegroups.com>
Subject: Re: Alternative for Gnat Studio
From: John Perry <john.perry@usm.edu>
Injection-Date: Tue, 02 Mar 2021 05:11:34 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: reader02.eternal-september.org comp.lang.ada:61457
List-Id: <comp.lang.ada>

On Sunday, February 28, 2021 at 4:54:30 PM UTC-6, Stephen Leake wrote:
> "Dmitry A. Kazakov" <mai...@dmitry-kazakov.de> writes:=20
>=20
> > GDB and IDE are different things. GDB never really worked for complex=
=20
> > projects and, I am afraid, it never will.
> GDB has always met my needs, programming spacecraft simulators for NASA.=
=20
>=20

Honest question: do you have advice for debugging exceptions in GDB?*** I h=
ad to debug an exception the other day & I had a humdinger of a time determ=
ining 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. ;-)