public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
From: "aburgess at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug remote/30129] New: Thread exited messages are missing for remote targets
Date: Thu, 16 Feb 2023 15:38:52 +0000	[thread overview]
Message-ID: <bug-30129-4717@http.sourceware.org/bugzilla/> (raw)

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

            Bug ID: 30129
           Summary: Thread exited messages are missing for remote targets
           Product: gdb
           Version: HEAD
            Status: NEW
          Severity: normal
          Priority: P2
         Component: remote
          Assignee: unassigned at sourceware dot org
          Reporter: aburgess at redhat dot com
  Target Milestone: ---

The remote target fails to print "[Thread ... exited]" messages in the CLI
output.  This can be seen as test failures in the test script
gdb.threads/thread-specific-bp.exp.

Here's the test binary being run on native:

  $ ./gdb/gdb -q -ex 'set sysroot /' --data-directory ./gdb/data-directory/
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp
  Reading symbols from
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp...
  (gdb) b start
  Breakpoint 1 at 0x40113e: file
/tmp/binutils-gdb/build/gdb/testsuite/../../../src/gdb/testsuite/gdb.threads/thread-specific-bp.c,
line 23.
  (gdb) r
  Starting program:
/tmp/binutils-gdb/build/gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp 
  [Thread debugging using libthread_db enabled]
  Using host libthread_db library "/lib64/libthread_db.so.1".
  [New Thread 0x7ffff7c5d700 (LWP 1234259)]
  [Switching to Thread 0x7ffff7c5d700 (LWP 1234259)]

  Thread 2 "thread-specific" hit Breakpoint 1, start (arg=0x0) at
/tmp/binutils-gdb/build/gdb/testsuite/../../../src/gdb/testsuite/gdb.threads/thread-specific-bp.c:23
  23      return NULL;
  (gdb) c
  Continuing.
  [Thread 0x7ffff7c5d700 (LWP 1234259) exited]
  [Inferior 1 (process 1234256) exited normally]
  (gdb) 

And here's the same session but using a remote target:

  $ ./gdb/gdb -q -ex 'set sysroot /' --data-directory ./gdb/data-directory/
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp
  Reading symbols from
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp...
  (gdb) target extended-remote | gdbserver --once -
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp
  Remote debugging using | gdbserver --once -
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp
  stdin/stdout redirected
  Process
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp
created; pid = 1234988
  Remote debugging using stdio
  Reading symbols from /lib64/ld-linux-x86-64.so.2...
  (No debugging symbols found in /lib64/ld-linux-x86-64.so.2)
  0x00007ffff7fd3110 in _start () from /lib64/ld-linux-x86-64.so.2
  (gdb) b start
  Breakpoint 1 at 0x40113e: file
/tmp/binutils-gdb/build/gdb/testsuite/../../../src/gdb/testsuite/gdb.threads/thread-specific-bp.c,
line 23.
  (gdb) r
  The program being debugged has been started already.
  Start it from the beginning? (y or n) y
  Starting program:
/tmp/binutils-gdb/build/gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp 
  stdin/stdout redirected
  Process
./gdb/testsuite/outputs/gdb.threads/thread-specific-bp/thread-specific-bp
created; pid = 1235004
  warning: while parsing target library list (at line 1): Required attribute
"lmid" of <library> not specified
  [New Thread 1235004.1235005]
  [Switching to Thread 1235004.1235005]

  Thread 2 "thread-specific" hit Breakpoint 1, start (arg=0x0) at
/tmp/binutils-gdb/build/gdb/testsuite/../../../src/gdb/testsuite/gdb.threads/thread-specific-bp.c:23
  23      return NULL;
  (gdb) c
  Continuing.
  [Inferior 1 (process 1235004) exited normally]
  (gdb) 

Notice the '[Thread ... exited]' message is missing for the remote session.

I posted a small patch to fix this issue here:

  https://sourceware.org/pipermail/gdb-patches/2022-November/194204.html

However, this was rejected in favour of a bigger refactoring, which is
unfortunately #30 in a 31 patch series:

  https://sourceware.org/pipermail/gdb-patches/2022-December/194694.html

Until that's merged I need a bug-id that I can use in XFAIL messages for new
tests that I'm adding.

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

             reply	other threads:[~2023-02-16 15:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-16 15:38 aburgess at redhat dot com [this message]
2023-03-09 11:31 ` [Bug remote/30129] " cvs-commit at gcc dot gnu.org
2023-08-23  9:12 ` cvs-commit at gcc dot gnu.org
2023-08-23  9:14 ` aburgess at redhat dot com

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-30129-4717@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).