]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commit
gdb.threads/thread-execl, don't re-exec forever
authorPedro Alves <pedro@palves.net>
Fri, 23 Jun 2023 20:01:39 +0000 (21:01 +0100)
committerPedro Alves <pedro@palves.net>
Mon, 9 Jun 2025 16:49:57 +0000 (17:49 +0100)
commitbd85f0b3b126937d23dc93b1888b8eadad975fdd
treea0af8f23bcde0841560874e8e3b52041ec82c242
parent88c4b5533e097279e5e3a596d78d7c0111c35a67
gdb.threads/thread-execl, don't re-exec forever

I noticed on Cygwin, gdb.thread/thread-execl.exp would hang, (not that
surprising since we can't follow-exec on Cygwin).  Looking at the
process list running on the machine, we end up with a thread-execl.exe
process constantly respawning another process [1].

We see the same constant-reexec if we launch gdb.thread/thread-execl
manually on the shell:

 $ ./testsuite/outputs/gdb.threads/thread-execl/thread-execl
 # * doesn't exit, constantly re-execing *
 ^C

Prevent this leftover constantly-re-execing scenario by making the
testcase program only exec once.  We now get:

  $ ./testsuite/outputs/gdb.threads/thread-execl/thread-execl
  $   # exits immediately after one exec.

On Cygwin, the testcase now fails reasonably quickly, and doesn't
leave stale processes behind.

Still passes cleanly on x86-64 GNU/Linux.

[1] Cygwin's exec emulation spawns a new Windows process for the new
image.

Approved-By: Andrew Burgess <aburgess@redhat.com>
Change-Id: I0de1136cf2ef7e89465189bc43489a2139a80efb
gdb/testsuite/gdb.threads/thread-execl.c