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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ded9cd74b22b548d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-04-26 05:50:03 PST Path: newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!colt.net!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!do.de.uu.net!feeder01.news.de.uu.net!newsfeed.siemens.de!news.siemens.de!news.mch.sbs.de!not-for-mail From: Alfred Hilscher Newsgroups: comp.lang.ada Subject: Re: Postmortem debugging with ada ? Date: Thu, 26 Apr 2001 14:45:24 +0200 Organization: Siemens AG Message-ID: <3AE81864.98943957@icn.siemens.de> References: <3AE7EF84.9157A90C@icn.siemens.de> <3AE7FE5A.C70D9590@nbi.dk> <3AE80B95.D879F930@amsjv.com> NNTP-Posting-Host: 139.21.122.158 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en Xref: newsfeed.google.com comp.lang.ada:6953 Date: 2001-04-26T14:45:24+02:00 List-Id: Des Walker wrote: > > Jacob Sparre Andersen wrote: > > > > Alfred: > > > > > Is there a similar way with GNAT or Aonix (e.g. in case of > > > constraint_error) ? > > > > On Unix-like systems you are generally able to get a "core dump" > > from a crashed program. GVD should be able to load this so you > > can inspect it. What means "a crashed program" ? Does this also include Ada exceptions or only "hard" crashes (illegal pointer reference)that are recognized by the OS (instead by Ada RTS) ? BTW: I forgot - I work on WinNT. > > > > I know that debuggers can introduce/remove errors not found in > > the wild, but have you considered running the program inside a > > debugger, before you try using core dumps? What I want do is, give the (tested) application to the end user, and react only if he reports an error. I think the user don't accept to run the app within a debugger. > Hi, > > we've used gdb to analyse core files from Ada (compiled with GNAT and -g > switch) for a few years now. This worked fine, even with high levels of > code optimisation, with the startup location being the point at which > the unhandled exception was raised. It was easy to check the thread > stack to get the context. Do you get symbolic values for (procedure) local and global variables ? > Applications were running on SPARC under Solaris 2.5.x and 2.6, and also > on Pentium under Linux. Do you know whether there is a way under Winxx ?