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=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,392a654c4e778943
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news4.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!cyclone1.gnilink.net!spamkiller.gnilink.net!gnilink.net!trnddc08.POSTED!20ae255c!not-for-mail
Newsgroups: comp.lang.ada
From: Anonymous Coward <spam@spam.com>
Subject: Re: Debugger for GNAT
References: <1132317809.937986.140480@g49g2000cwa.googlegroups.com>
 <m2veypo9os.fsf@grendel.local> <slrndnuotp.1qh.bogus_addy@tango.mindfuq.org>
 <1132444533.17109.3.camel@sonnenregen>
Message-Id: <slrndnvn7l.1r7.bogus_addy@tango.mindfuq.org>
User-Agent: slrn/0.9.7.4 (Linux)
Date: Sun, 20 Nov 2005 00:17:01 GMT
NNTP-Posting-Host: 129.44.82.251
X-Complaints-To: abuse@verizon.net
X-Trace: trnddc08 1132445821 129.44.82.251 (Sat, 19 Nov 2005 19:17:01 EST)
NNTP-Posting-Date: Sat, 19 Nov 2005 19:17:01 EST
Xref: g2news1.google.com comp.lang.ada:6491
Date: 2005-11-20T00:17:01+00:00
List-Id: <comp.lang.ada>

In article <1132444533.17109.3.camel@sonnenregen>, Georg Bauhaus wrote:
> On Sat, 2005-11-19 at 15:39 +0000, Anonymous Coward wrote:
>> Regarding this discussion as to whether GDB is robust, I've
>> encountered many problems with GDB, many of which I believe are not
>> user errors. 
> 
> Results will likely improve when you use a GDB that has
> been make aware of Ada.

Thanks for the tip.  The problems I've observed were on an
installation that was Ada aware, but I just tried to reproduce those
problems on a non-Ada aware GDB, and the error I posted was produced.
I'll have to upgrade this RedHat 9 installation to include the Ada
aware version so I can get down to the real problems that I found on
the Ada aware GDB.

One such problem is that the "finish" command does not work.  I had a
function that returned a float constrained to -1.0 to 1.0.  The
"finish" command incorrectly reported the function to return -1.999xxx
when it actually returned 0.89xxx.  So the "finish" command cannot be
trusted on version 2.8.1.  I'll try to isolate that code into a small
demonstration, which I will post if someone wants to see it.

Or does someone know if this is a known problem that may have been
fixed?