From: Joel Brobecker <brobecker@adacore.com>
To: Tom de Vries <tdevries@suse.de>
Cc: Joel Brobecker <brobecker@adacore.com>, gdb-patches@sourceware.org
Subject: Re: ready for the GDB 17.2 corrective release?
Date: Mon, 20 Apr 2026 11:32:53 -0700 [thread overview]
Message-ID: <aeZxVVsd2h-W9GsZ@adacore.com> (raw)
In-Reply-To: <625667ed-af57-4663-849c-ea73a100aea6@suse.de>
Hi Tom,
> I'd like to nominate PR31449 [1] and PR33794 [2]. They're both crashes that
> happen when querying the user about enabling debuginfod while enabling TUI.
>
> I've submitted low-risk patches for both PRs (
> https://sourceware.org/pipermail/gdb-patches/2026-April/226551.html ).
>
> I'm not sure if the PRs are severe enough to block the release for: crashes
> are serious, but the likelihood that such a crash will trigger is not high,
> I think, which is probably why we have lived with it, probably since the
> query was introduced in 2021.
>
> But the fact that low-risk patches are available might be reason enough to
> consider including them.
Thanks for pointing those two PRs out. Let's start by marking them as
targetting 17.2 for the time being, so we don't forget about them.
How soon do you anticipate you'll be able to have those changes pushed?
There are really two things to consider:
* Are the patches suitable for the 17 branch? If they are low risk
and prevent a crash, that seems like an easy "yes".
* Are the issues problematic-enough that we would want to wait extra
for them. The answer depends on how frequently we think people
are going to hit the issue.
If this issue is a regression of release 17 compared to release 16,
this changes the perspective as well.
I have no strong opinion either way, FWIW.
--
Joel
next prev parent reply other threads:[~2026-04-20 18:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-19 13:57 Joel Brobecker
2026-04-20 7:23 ` Tom de Vries
2026-04-20 18:32 ` Joel Brobecker [this message]
2026-04-20 18:50 ` Tom de Vries
2026-04-21 9:23 ` Andrew Burgess
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=aeZxVVsd2h-W9GsZ@adacore.com \
--to=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=tdevries@suse.de \
/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