This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 5/9] gdb: Fix bug with dbx style func command.


* Thomas Preud'homme <thomas.preudhomme@arm.com> [2015-10-26 18:38:17 +0800]:

> > From: gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> > owner@sourceware.org] On Behalf Of Pedro Alves
> > Sent: Wednesday, September 30, 2015 9:47 PM
> > 
> > On 09/11/2015 07:49 PM, Andrew Burgess wrote:
> > > The func command, available when starting gdb in dbx mode, is
> > supposed
> > > to take a function name and locate the frame for that function in the
> > > stack.  This has been broken for a while due to an invalid check of the
> > > arguments within the worker function.  Fixed in this commit.
> > 
> > I wonder whether anyone uses / cares about the dbx mode...
> > 
> > >
> > > gdb/ChangeLog:
> > >
> > > 	* stack.c (func_command): Return early when there is no ARG
> > > 	string.
> > >
> > > gdb/testsuite/ChangeLog:
> > >
> > > 	* gdb.base/dbx.exp (test_func): Remove xfails, update
> > expected
> > > 	results.
> > 
> > OK.
> 
> Actually dbx style func still fails on ARM so this changes shows up
> as a regression (XFAIL- > FAIL). See [1] for a bit more details.

The failure you're seeing on ARM, where gdb says "Target is
executing." seems pretty strange, and certainly isn't the failure that
I would have expected before, this looks like a different issue, which
is probably worth some investigation.  I'm guessing here, but I doubt
that the original XFAIL I removed was intended to mask this specific
failure.

It would probably help to diagnose this issue if you could attach a
gdb.log for a test run of dbx.exp.

Thanks,
Andrew


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]