Change the default handling of SIGCONT to nostop/noprint

[jingham]

Summary

The macOS LaunchServices agent sends a SIGCONT to the process it is managing in the process of starting up. This means processes that lldb attaches to when run by this agent stop somewhere in their startup with a SIGCONT. That's a bit annoying if you are trying to debug, and really annoying if you are running batch tests in the debugger, for instance.

That can be fixed by changing your "SIGCONT" handling, but when the issue came to my attention, it got me wondering whether stopping in the debugger for SIGCONT is really useful behavior? For the most part this means some job control operation was going on, but do you actually want to stop again after something, for instance, stopped & resumed your app? It seems to me unless you are explicitly debugging an interaction with this job control, stopping is just an annoyance.

So I'm proposing to change the default behavior to nonstop/noprint/pass from stop/print/pass.

I'm adding folks that are responsible for some of the other Unixen platforms as reviewers. If anybody has a good use case where this would be useful as a default, please speak up and I'll ditch this revision (and just get the clients that deal with LS to change the handling on their own.)

[JDevlieghere]

As discussed offline I also think this makes sense.

[labath]

I believe we should at least print/notify about the fact that the process has received a SIGCONT (like we do with SIGCHLD, which happens a lot more often). As for stopping, I don't really have a strong opinion.

One reason for keeping the existing behavior would be compatibility with gdb, but that's about all I can think of. The obvious use case for wanting to stop on SIGCONT is when you want to debug the job control behavior of some process -- e.g., vi (and even lldb) refreshes some state whenever it comes back from suspension. But this is not not something that comes up very often, I would expect.

Another possibility would be to try to detect these "useless" SIGCONTs and ignore them specifically (or just ignore SIGCONTs for the processes that are likely to receive them). I believe we had a patch for SIGSEGV and android like that at some point (i can't find a trace of it in the source, so I guess it did not land). OTOH, SIGSEGVs are not nearly as important as SIGCONT, so maybe a blanket ignore on the signal would be ok....

[jingham]

Adopt Pavel's suggestion to do "nosuppress/nostop/notify" for SIGCONT instead of "nosuppress/nostop/nonotify".

lldb/source/Plugins/Process/Utility/LinuxSignals.cpp

void LinuxSignals::Reset() {
   AddSignal(12, "SIGUSR2", false, true, true, "user defined signal 2");
   AddSignal(13, "SIGPIPE", false, true, true,
             "write to pipe with reading end closed");
   AddSignal(14, "SIGALRM", false, false, false, "alarm");
   AddSignal(15, "SIGTERM", false, true, true, "termination requested");
   AddSignal(16, "SIGSTKFLT", false, true, true, "stack fault");
   AddSignal(17, "SIGCHLD", false, false, true, "child status has changed",
             "SIGCLD");
-  AddSignal(18, "SIGCONT", false, true, true, "process continue");
+  AddSignal(18, "SIGCONT", false, false, false, "process continue");
   AddSignal(19, "SIGSTOP", true, true, true, "process stop");
   AddSignal(20, "SIGTSTP", false, true, true, "tty stop");
   AddSignal(21, "SIGTTIN", false, true, true, "background tty read");
   AddSignal(22, "SIGTTOU", false, true, true, "background tty write");
   AddSignal(23, "SIGURG", false, true, true, "urgent data on socket");
   AddSignal(24, "SIGXCPU", false, true, true, "CPU resource exceeded");
   AddSignal(25, "SIGXFSZ", false, true, true, "file size limit exceeded");
   AddSignal(26, "SIGVTALRM", false, true, true, "virtual time alarm");

lldb/source/Plugins/Process/Utility/MipsLinuxSignals.cpp

AddSignal(18, "SIGCHLD", false, false, true, "child status has changed",
             "SIGCLD");
   AddSignal(19, "SIGPWR", false, true, true, "power failure");
   AddSignal(20, "SIGWINCH", false, true, true, "window size changes");
   AddSignal(21, "SIGURG", false, true, true, "urgent data on socket");
   AddSignal(22, "SIGIO", false, true, true, "input/output ready/Pollable event",
             "SIGPOLL");
   AddSignal(23, "SIGSTOP", true, true, true, "process stop");
   AddSignal(24, "SIGTSTP", false, true, true, "tty stop");
-  AddSignal(25, "SIGCONT", false, true, true, "process continue");
+  AddSignal(25, "SIGCONT", false, false, false, "process continue");
   AddSignal(26, "SIGTTIN", false, true, true, "background tty read");
   AddSignal(27, "SIGTTOU", false, true, true, "background tty write");
   AddSignal(28, "SIGVTALRM", false, true, true, "virtual time alarm");
   AddSignal(29, "SIGPROF", false, false, false, "profiling time alarm");
   AddSignal(30, "SIGXCPU", false, true, true, "CPU resource exceeded");
   AddSignal(31, "SIGXFSZ", false, true, true, "file size limit exceeded");
   AddSignal(32, "SIG32", false, false, false,
             "threading library internal signal 1");

lldb/source/Target/UnixSignals.cpp

void UnixSignals::Reset() {
   AddSignal(11,     "SIGSEGV",    false,    true,   true,   "segmentation violation");
   AddSignal(12,     "SIGSYS",     false,    true,   true,   "bad argument to system call");
   AddSignal(13,     "SIGPIPE",    false,    false,  false,  "write on a pipe with no one to read it");
   AddSignal(14,     "SIGALRM",    false,    false,  false,  "alarm clock");
   AddSignal(15,     "SIGTERM",    false,    true,   true,   "software termination signal from kill");
   AddSignal(16,     "SIGURG",     false,    false,  false,  "urgent condition on IO channel");
   AddSignal(17,     "SIGSTOP",    true,     true,   true,   "sendable stop signal not from tty");
   AddSignal(18,     "SIGTSTP",    false,    true,   true,   "stop signal from tty");
-  AddSignal(19,     "SIGCONT",    false,    true,   true,   "continue a stopped process");
+  AddSignal(19,     "SIGCONT",    false,    false,  false,   "continue a stopped process");
   AddSignal(20,     "SIGCHLD",    false,    false,  false,  "to parent on child stop or exit");
   AddSignal(21,     "SIGTTIN",    false,    true,   true,   "to readers process group upon background tty read");
   AddSignal(22,     "SIGTTOU",    false,    true,   true,   "to readers process group upon background tty write");
   AddSignal(23,     "SIGIO",      false,    false,  false,  "input/output possible signal");
   AddSignal(24,     "SIGXCPU",    false,    true,   true,   "exceeded CPU time limit");
   AddSignal(25,     "SIGXFSZ",    false,    true,   true,   "exceeded file size limit");
   AddSignal(26,     "SIGVTALRM",  false,    false,  false,  "virtual time alarm");
   AddSignal(27,     "SIGPROF",    false,    false,  false,  "profiling time alarm");