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=unavailable autolearn_force=no version=3.4.4 X-Received: by 2002:a05:660c:818:: with SMTP id j24mr64109itk.2.1554394633476; Thu, 04 Apr 2019 09:17:13 -0700 (PDT) X-Received: by 2002:a9d:6941:: with SMTP id p1mr4822089oto.64.1554394633102; Thu, 04 Apr 2019 09:17:13 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!78no147591itl.0!news-out.google.com!l81ni130itl.0!nntp.google.com!78no147587itl.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 4 Apr 2019 09:17:12 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=96.255.209.31; posting-account=zwxLlwoAAAChLBU7oraRzNDnqQYkYbpo NNTP-Posting-Host: 96.255.209.31 References: User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <1c7cf5ab-7f66-4a0d-8693-da211638ef26@googlegroups.com> Subject: Re: Intervention needed? From: Optikos Injection-Date: Thu, 04 Apr 2019 16:17:13 +0000 Content-Type: text/plain; charset="UTF-8" Xref: reader01.eternal-september.org comp.lang.ada:56077 Date: 2019-04-04T09:17:12-07:00 List-Id: On Wednesday, April 3, 2019 at 1:15:24 PM UTC-4, Dmitry A. Kazakov wrote: > On 2019-04-03 18:16, Simon Wright wrote: > > "Dmitry A. Kazakov" writes: > > > >>> Which feature(s) [that other debuggers have] do you think are > >>> missing from GDB when debugging Ada? > >> > >> Other debuggers work, GDB does not. If you have an Ada project of a > >> moderate size GDB stops working. > > > > How big is "moderate"? > > In none of my projects GDB works. I never tried to figure out if that is > related to the number of compilation units or number of library projects > involved. > > When you click Debug->Initialize->your-main-program in GPS and debugger > does not start you know you reached the point. > > P.S. It never worked reliable in GPS and I bet it never will. Thank you, Dmitry. That sufficiently answers my list of questions above. I am going to assume that bringing GNAT (whose upper annotated-AST stage is written in Ada) up inside GDB would be big enough to observe the defect. Perhaps the reason that it has never been debugged is the chain of 1) the large-sized Ada executable must be brought up in 2) a(n inner) GDB-under-test session that itself is in 3) another (outer) GDB session. Taming this chain might require using a few more features than usual (e.g., remote debugging through pseudoterminal; attach outer-GDB to running inner-GDB-under-test via running process in /proc).