From: Andrew Burgess <aburgess@redhat.com>
To: Pedro Alves <pedro@palves.net>, gdb-patches@sourceware.org
Subject: Re: [PATCH 0/8] Fix missing MI =breakpoint-deleted notifications
Date: Tue, 28 Feb 2023 11:09:59 +0000 [thread overview]
Message-ID: <87ilfmhwqg.fsf@redhat.com> (raw)
In-Reply-To: <33c56fda-e8b0-026b-956e-e0494e63f0a4@palves.net>
Pedro Alves <pedro@palves.net> writes:
> On 2023-02-20 2:13 p.m., Andrew Burgess via Gdb-patches wrote:
>> This series all sprang from a single sentence in this patch review:
>>
>> https://sourceware.org/pipermail/gdb-patches/2023-February/196560.html
>>
>> In this patch (adding inferior specific breakpoints), at one point, I
>> changed a breakpoints number to zero. Pedro asks the very good question:
>>
>> Doesn't this mess up MI breakpoint deleted notifications?
>>
>> Clearly what I wrote was wrong. But, confession: I copied the code in
>> question from the code to handle thread-specific breakpoints. And if
>> Pedro's point was true for my inferior-speicifc b/p, then it must be
>> true for thread-specific b/p too, which means we have a bug.
>>
>> Patch #1 is a trivial drive by clean up.
>>
>> Patch #2 is an interesting issue I ran into relating to the MI output
>> while writing tests for this issue. This patch is worth a review
>> because I'm proposing a slight change to the MI output.
>>
>> Patches #3 to #7 are just testsuite cleanup. There's no GDB changes
>> in here. This is all about making it easier for me to write the tests
>> in the last patch. You can probably skip these if you're short on
>> review time.
>>
>> Patch #8 is the important one. This adjusts how we handle
>> thread-specific breakpoints to avoid the issue Pedro pointed out
>> above. This fix was mostly trivial, except for a nasty knock-on
>> problem in the Python FinishBreakpoints code.
>
> I read the whole series and replied to a number of patches where I
> had something to say (though nothing major). Those I didn't reply to LGTM as is.
>
> Thanks for doing this. Appreciated.
I made the changes you suggested and pushed this series.
Thanks,
Andrew
prev parent reply other threads:[~2023-02-28 11:10 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-20 14:13 Andrew Burgess
2023-02-20 14:13 ` [PATCH 1/8] gdb: remove an out of date comment about disp_del_at_next_stop Andrew Burgess
2023-02-20 14:13 ` [PATCH 2/8] gdb: don't duplicate 'thread' field in MI breakpoint output Andrew Burgess
2023-02-20 14:47 ` Eli Zaretskii
2023-02-22 15:18 ` Pedro Alves
2023-02-20 14:13 ` [PATCH 3/8] gdb/testsuite: make more use of mi-support.exp Andrew Burgess
2023-02-20 14:13 ` [PATCH 4/8] gdb/testsuite: extend the use of mi_clean_restart Andrew Burgess
2023-02-20 14:13 ` [PATCH 5/8] gdb/testsuite introduce foreach_mi_ui_mode helper proc Andrew Burgess
2023-02-22 15:18 ` Pedro Alves
2023-02-20 14:13 ` [PATCH 6/8] gdb/testsuite: introduce is_target_non_stop " Andrew Burgess
2023-02-22 15:19 ` Pedro Alves
2023-02-27 14:58 ` Andrew Burgess
2023-02-27 16:18 ` Pedro Alves
2023-02-20 14:13 ` [PATCH 7/8] gdb/testsuite: fix failure in gdb.mi/mi-pending.exp with extended-remote Andrew Burgess
2023-02-22 15:19 ` Pedro Alves
2023-02-20 14:13 ` [PATCH 8/8] gdb: fix mi breakpoint-deleted notifications for thread-specific b/p Andrew Burgess
2023-02-22 15:20 ` Pedro Alves
2023-02-22 15:23 ` [PATCH 0/8] Fix missing MI =breakpoint-deleted notifications Pedro Alves
2023-02-28 11:09 ` Andrew Burgess [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=87ilfmhwqg.fsf@redhat.com \
--to=aburgess@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=pedro@palves.net \
/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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).