public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug gdb/30630] remote.c:8352: internal-error: wait: Assertion `!async_event_handler_marked (rs->remote_async_inferior_event_token)' failed.
Date: Tue, 10 Oct 2023 16:42:36 +0000	[thread overview]
Message-ID: <bug-30630-4717-B1vKzp4r61@http.sourceware.org/bugzilla/> (raw)
In-Reply-To: <bug-30630-4717@http.sourceware.org/bugzilla/>

https://sourceware.org/bugzilla/show_bug.cgi?id=30630

--- Comment #10 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Simon Marchi <simark@sourceware.org>:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=635b2dd919b8c58e164b77c396041935fca1d66a

commit 635b2dd919b8c58e164b77c396041935fca1d66a
Author: Simon Marchi <simon.marchi@efficios.com>
Date:   Tue Oct 3 22:04:01 2023 -0400

    gdb: add assertion when marking the remote async flag

    As reported in bug 30630 [1], we hit a case where the remote target's
    async flag is marked while the target is not configured (yet) to work
    async.  This should not happen.  It is caught thanks to this assert in
    remote_target::wait:

        /* Start by clearing the flag that asks for our wait method to be
called,
           we'll mark it again at the end if needed.  If the target is not in
           async mode then the async token should not be marked.  */
        if (target_is_async_p ())
          rs->clear_async_event_handler ();
        else
          gdb_assert (!rs->async_event_handler_marked ());

    This is helpful, but I think that we could have caught the problem earlier
than
    that, at the moment we marked the handler.  Catching problems earlier
    makes them easier to debug.

    [1] https://sourceware.org/bugzilla/show_bug.cgi?id=30630

    Change-Id: I7e229c74b04da82bef6a817d5a676be5cf52e833
    Approved-By: Andrew Burgess <aburgess@redhat.com>

-- 
You are receiving this mail because:
You are on the CC list for the bug.

      parent reply	other threads:[~2023-10-10 16:42 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-12  9:16 [Bug gdb/30630] New: " christian.prochaska@genode-labs.com
2023-08-23  4:28 ` [Bug gdb/30630] " rajesh.palla at amd dot com
2023-08-23 18:13 ` tromey at sourceware dot org
2023-08-31 23:34 ` Mikhail.Terekhov at dell dot com
2023-09-01  0:02 ` Mikhail.Terekhov at dell dot com
2023-09-01  0:23 ` Mikhail.Terekhov at dell dot com
2023-09-01  1:00 ` christian.prochaska@genode-labs.com
2023-09-01 15:15 ` Mikhail.Terekhov at dell dot com
2023-09-05 22:59 ` Mikhail.Terekhov at dell dot com
2023-10-02 22:12 ` Mikhail.Terekhov at dell dot com
2023-10-03 13:48 ` simon.marchi at polymtl dot ca
2023-10-10 16:42 ` cvs-commit at gcc dot gnu.org [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=bug-30630-4717-B1vKzp4r61@http.sourceware.org/bugzilla/ \
    --to=sourceware-bugzilla@sourceware.org \
    --cc=gdb-prs@sourceware.org \
    /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).