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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.200.37.116 with SMTP id 49mr10729940qtn.20.1469349791822; Sun, 24 Jul 2016 01:43:11 -0700 (PDT) X-Received: by 10.157.5.98 with SMTP id 89mr679688otw.9.1469349791776; Sun, 24 Jul 2016 01:43:11 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!j37no4233877qta.0!news-out.google.com!d68ni4890ith.0!nntp.google.com!f6no4079360ith.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sun, 24 Jul 2016 01:43:11 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=2a02:1205:c68c:9d90:44cc:4e80:1e0c:1922; posting-account=Pm0FhgoAAAAiPscNT3etSZ15tHNZGXm_ NNTP-Posting-Host: 2a02:1205:c68c:9d90:44cc:4e80:1e0c:1922 References: <3e02dbb0-69e3-429b-b8c5-d4762dbeb187@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Exception traceback when using TDM-GCC 5.1.0-3 From: ahlan.marriott@gmail.com Injection-Date: Sun, 24 Jul 2016 08:43:11 +0000 Content-Type: text/plain; charset=UTF-8 X-Received-Bytes: 3075 X-Received-Body-CRC: 4289103026 Xref: news.eternal-september.org comp.lang.ada:31140 Date: 2016-07-24T01:43:11-07:00 List-Id: On Saturday, 23 July 2016 18:32:28 UTC+2, Simon Wright wrote: > ahlan@marriott.org writes: > > > Our problem is that we don't get a traceback at all. > > In AdaCore's GNAT the traceback is displayed by default in hex. > > To convert that into a symbolic traceback we use Gnat.Traceback.Symbolic. > > However this is not the problem. > > The problem is that we don't get a traceback at all - ie the -E switch > > doesn't seem to have the desired effect. > > Using 32-bit TDM GCC 5.1.0 (tdm-1) on Windows 7 with this: > > procedure CE is > procedure Raiser (N : Positive) is > begin > Raiser (N - 1); > end Raiser; > begin > Raiser (5); > end CE; > > I get this: > > >ce > > Execution terminated by unhandled exception > Exception name: CONSTRAINT_ERROR > Message: ce.adb:4 range check failed > Call stack traceback locations: > 0x401533 0x401533 0x401533 0x40154b 0x4014e6 0x4010fb 0x77a73646 0x77a73619 > > and I can use the addr2line.exe that came with GNAT GPL 2014 (I just > haven't got round to installing the 2016 release) to get this > > >addr2line.exe -e ce.exe 0x401533 0x401533 0x401533 0x40154b 0x4014e6 0x4010fb 0x77a73646 0x77a73619 > C:\Users\Simon Wright/ce.adb:4 > C:\Users\Simon Wright/ce.adb:4 > C:\Users\Simon Wright/ce.adb:4 > C:\Users\Simon Wright/ce.adb:7 > C:/Users/Simon Wright/b~ce.adb:140 > crt1.c:? > ??:0 > ??:0 Dear Simon, The Call stack traceback locations are what I was expecting but unfortunately are missing when I raise an exception. So the question is why. Do you compile or build with different switches than me? Ahlan