From: Paul Smith via Gdb <gdb@sourceware.org>
To: Simon Marchi <simark@simark.ca>, gdb@sourceware.org
Subject: Re: GDB 13.2: breakpoint at wrong line after unrelated change
Date: Sat, 16 Mar 2024 15:57:11 -0400 [thread overview]
Message-ID: <3f3fbaef2eec80fee7fc42e540aa0d01121c6827.camel@gnu.org> (raw)
In-Reply-To: <14826a17-bf87-469b-a7ff-0273b5c390a4@simark.ca>
On Sat, 2024-03-16 at 12:33 -0400, Simon Marchi wrote:
> Here, GDB stopped at the very first instruction of the function. The
> arguments are wrong:
> If I step past the prologue, they become correct:
Everything you discovered is identical to my situation in every way,
and you got a little further than I did. It's interesting that as long
as I don't invoke my perfect-forwarding fmt templated function it
works; as soon as I do GDB seems to misinterpret the handling of the
entire binary.
It seems this is a bug in GDB, after all. I feel like you're in a
better position to file a bug (with a deeper understanding of the
problem) but if you would prefer me to do so I can. I'm certainly
willing to test out any proposed fixes, if any were forthcoming. I do
have the infrastructure here to build and test GDB.
In the meantime I will look into what I can do to work around this
issue as it's causing some of my tests to fail (we have a suite of GDB
Python macros we use and we wrote tests of these macros in our test
suite, which are failing due to this problem). I don't really want to
delay deployment of my fmt changes until this GDB issue is fixed.
Perhaps I can modify the tests to add a "step" call, if it detects this
incorrect prologue skip situation or something like that.
Thanks!
--
Paul D. Smith <psmith@gnu.org> Find some GNU Make tips at:
https://www.gnu.org http://make.mad-scientist.net
"Please remain calm...I may be mad, but I am a professional." --Mad
Scientist
prev parent reply other threads:[~2024-03-16 19:57 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-11 18:28 Paul Smith via Gdb
2024-03-11 19:14 ` Simon Marchi via Gdb
2024-03-11 19:38 ` Paul Smith via Gdb
2024-03-11 19:50 ` Simon Marchi via Gdb
2024-03-11 20:17 ` Paul Smith via Gdb
2024-03-15 21:11 ` Paul Smith via Gdb
2024-03-15 22:19 ` Paul Smith via Gdb
2024-03-16 16:33 ` Simon Marchi via Gdb
2024-03-16 19:57 ` Paul Smith via Gdb [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3f3fbaef2eec80fee7fc42e540aa0d01121c6827.camel@gnu.org \
--to=gdb@sourceware.org \
--cc=psmith@gnu.org \
--cc=simark@simark.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox