llvm-project/lldb/tools
Pavel Labath 4bcadd6686 [lldb/driver] Fix SIGTSTP handling
Our SIGTSTP handler was working, but that was mostly accidental.

The reason it worked is because lldb is multithreaded for most of its
lifetime and the OS is reasonably fast at responding to signals. So,
what happened was that the kill(SIGTSTP) which we sent from inside the
handler was delivered to another thread while the handler was still set
to SIG_DFL (which then correctly put the entire process to sleep).

Sometimes it happened that the other thread got the second signal after
the first thread had already restored the handler, in which case the
signal handler would run again, and it would again attempt to send the
SIGTSTP signal back to itself.

Normally it didn't take many iterations for the signal to be delivered
quickly enough. However, if you were unlucky (or were playing around
with pexpect) you could get SIGTSTP while lldb was single-threaded, and
in that case, lldb would go into an endless loop because the second
SIGTSTP could only be handled on the main thread, and only after the
handler for the first signal returned (and re-installed itself). In that
situation the handler would keep re-sending the signal to itself.

This patch fixes the issue by implementing the handler the way it
supposed to be done:
- before sending the second SIGTSTP, we unblock the signal (it gets
  automatically blocked upon entering the handler)
- we use raise to send the signal, which makes sure it gets delivered to
  the thread which is running the handler

This also means we don't need the SIGCONT handler, as our TSTP handler
resumes right after the entire process is continued, and we can do the
required work there.

I also include a test case for the SIGTSTP flow. It uses pexpect, but it
includes a couple of extra twists. Specifically, I needed to create an
extra process on top of lldb, which will run lldb in a separate process
group and simulate the role of the shell. This is needed because SIGTSTP
is not effective on a session leader (the signal gets delivered, but it
does not cause a stop) -- normally there isn't anyone to notice the
stop.

Differential Revision: https://reviews.llvm.org/D120320
2022-03-09 14:31:17 +01:00
..
argdumper [lldb] Remove a few unused .exports files 2021-08-05 22:17:00 +02:00
compact-unwind Don't re-define constants that are now in compact_unwind_encoding.h. 2021-09-09 17:01:43 -07:00
darwin-debug [lldb][NFC] Use C++ versions of the deprecated C standard library headers 2021-05-26 12:46:12 +02:00
darwin-threads
debugserver add missing include 2022-02-17 09:02:29 -08:00
driver [lldb/driver] Fix SIGTSTP handling 2022-03-09 14:31:17 +01:00
intel-features [LLDB] Silence warnings in cli-wrapper-mpxtable.cpp 2021-06-28 02:36:14 +00:00
lldb-instr [lldb] Revive lldb-instr 2022-01-20 18:06:14 -08:00
lldb-server [lldb] Rename Logging.h to LLDBLog.h and clean up includes 2022-02-03 14:47:01 +01:00
lldb-test [lldb] Make lldbVersion a full fledged library 2021-12-08 15:14:34 -08:00
lldb-vscode Fix race condition when launching and attaching. 2022-03-03 16:20:27 -08:00
CMakeLists.txt [lldb] Revive lldb-instr 2022-01-20 18:06:14 -08:00