public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Simon Marchi <simon.marchi@polymtl.ca>
To: Pedro Alves <pedro@palves.net>, gdb-patches@sourceware.org
Subject: Re: [PATCH 1/3] Fix any_thread_of_inferior
Date: Wed, 17 Mar 2021 11:14:13 -0400	[thread overview]
Message-ID: <3867f8a5-70df-5a0e-350e-291ee0116a7d@polymtl.ca> (raw)
In-Reply-To: <20210315234339.457551-2-pedro@palves.net>



On 2021-03-15 7:43 p.m., Pedro Alves wrote:
> Running gdb-term.exp against gdbserver with "maint set target-non-stop
> on", runs into this:
> 
>   [infrun] fetch_inferior_event: exit
>   [infrun] fetch_inferior_event: enter
>   /home/pedro/gdb/binutils-gdb/src/gdb/thread.c:72: internal-error: thread_info* inferior_thread(): Assertion `current_thread_ != nullptr' failed.
>   A problem internal to GDB has been detected,
>   further debugging may prove unreliable.
> 
>   This is a bug, please report it.  For instructions, see:
>   <https://www.gnu.org/software/gdb/bugs/>.
> 
>   FAIL: gdb.base/gdb-sigterm.exp: expect eof #2 (GDB internal error)
>   Resyncing due to internal error.
>   ERROR: : spawn id exp9 not open
>       while executing
>   "expect {
>   -i exp9 -timeout 10
> 	      -re "Quit this debugging session\\? \\(y or n\\) $" {
> 		  send_gdb "n\n" answer
> 		  incr count
> 	      }
> 	      -re "Create ..."
>       ("uplevel" body line 1)
>       invoked from within
>   "uplevel $body" NONE : spawn id exp9 not open
>   ERROR: Could not resync from internal error (timeout)
>   gdb.base/gdb-sigterm.exp: expect eof #2: stepped 0 times
>   UNRESOLVED: gdb.base/gdb-sigterm.exp: 50 SIGTERM passes
> 
> The assertion fails here:
> 
>   ...
>   #5  0x000055af4b4a7164 in internal_error (file=0x55af4b5e5de8 "/home/pedro/gdb/binutils-gdb/src/gdb/thread.c", line=72, fmt=0x55af4b5e5ce9 "%s: Assertion `%s' failed.") at /home/pedro/gdb/binutils-gdb/src/gdbsupport/errors.cc:55
>   #6  0x000055af4b25fc43 in inferior_thread () at /home/pedro/gdb/binutils-gdb/src/gdb/thread.c:72
>   #7  0x000055af4b26177e in any_thread_of_inferior (inf=0x55af4cf874f0) at /home/pedro/gdb/binutils-gdb/src/gdb/thread.c:638
>   #8  0x000055af4b26eec8 in kill_or_detach (inf=0x55af4cf874f0, from_tty=0) at /home/pedro/gdb/binutils-gdb/src/gdb/top.c:1665
>   #9  0x000055af4b26f37f in quit_force (exit_arg=0x0, from_tty=0) at /home/pedro/gdb/binutils-gdb/src/gdb/top.c:1767
>   #10 0x000055af4b2f72a7 in quit () at /home/pedro/gdb/binutils-gdb/src/gdb/utils.c:633
>   #11 0x000055af4b2f730b in maybe_quit () at /home/pedro/gdb/binutils-gdb/src/gdb/utils.c:657
>   #12 0x000055af4b1adb74 in ser_base_wait_for (scb=0x55af4d02e460, timeout=0) at /home/pedro/gdb/binutils-gdb/src/gdb/ser-base.c:236
>   #13 0x000055af4b1adf0f in do_ser_base_readchar (scb=0x55af4d02e460, timeout=0) at /home/pedro/gdb/binutils-gdb/src/gdb/ser-base.c:365
>   #14 0x000055af4b1ae06d in generic_readchar (scb=0x55af4d02e460, timeout=0, do_readchar=0x55af4b1adeb1 <do_ser_base_readchar(serial*, int)>) at /home/pedro/gdb/binutils-gdb/src/gdb/ser-base.c:444
>   ...
> 
> The bug is that any_thread_of_inferior incorrectly assumes that
> there's always a selected thread.  This fixes it.
> 
> gdb/ChangeLog:
> 
> 	* thread.c (any_thread_of_inferior): Check if there's a selected
> 	thread before calling inferior_thread().
> 
> Change-Id: Ica4b9ec746121a7a7c22bef09baea72103b3853d
> ---
>  gdb/thread.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/gdb/thread.c b/gdb/thread.c
> index 3e7d6e14bf7..fc6db96fbcb 100644
> --- a/gdb/thread.c
> +++ b/gdb/thread.c
> @@ -637,8 +637,8 @@ any_thread_of_inferior (inferior *inf)
>  {
>    gdb_assert (inf->pid != 0);
>  
> -  /* Prefer the current thread.  */
> -  if (inf == current_inferior ())
> +  /* Prefer the current thread, if there's one.  */
> +  if (inf == current_inferior () && inferior_ptid != null_ptid)
>      return inferior_thread ();
>  
>    for (thread_info *tp : inf->non_exited_threads ())
> 

Makes sense.  current_thread_ is always supposed to be in sync with
inferior_ptid because we are always supposed to use switch_to_thread or
similar function to switch thread, right?

Simon

  reply	other threads:[~2021-03-17 15:14 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-15 23:43 [PATCH 0/3] Fix gdbserver + "maint set target-non-stop" problems Pedro Alves
2021-03-15 23:43 ` [PATCH 1/3] Fix any_thread_of_inferior Pedro Alves
2021-03-17 15:14   ` Simon Marchi [this message]
2021-03-19 19:37     ` Pedro Alves
2021-03-15 23:43 ` [PATCH 2/3] Fix bkpt-other-inferior.exp race Pedro Alves
2021-03-17 15:12   ` Simon Marchi
2021-03-19 19:11     ` Pedro Alves
2021-03-25 17:24       ` Simon Marchi
2021-03-15 23:43 ` [PATCH 3/3] Fix problem exposed by gdb.server/stop-reply-no-thread-multi.exp Pedro Alves
2021-03-17 15:27   ` Simon Marchi
2021-03-19 19:32     ` Pedro Alves
2021-03-25 17:25       ` Simon Marchi

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=3867f8a5-70df-5a0e-350e-291ee0116a7d@polymtl.ca \
    --to=simon.marchi@polymtl.ca \
    --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).