forked from OSchip/llvm-project
21a365ba59
In NativeProcessLinux::MonitorSIGTRAP we were asserting that the si_code value is one of the codes we know about. However, that list was very incomplete -- for example, we were not handling SI_TKILL/SI_USER, generated by raise(SIGTRAP). A cursory examination show there are at least a dozen codes like these that an app can generate, and more can be added at any point. So, instead of trying to play catchup, I change the default behavior to treat an unknown si_code like an ordinary signal. The only reason we needed to inspect si_code in the first place is because watchpoint/breakpoints are notified as SIGTRAP, but we already know about those, and us starting to use a new debug event is far less likely than somebody introducing a new non-debug event. I add a test case to TestRaise to verify we are handling raise(SIGTRAP) in an application properly. llvm-svn: 307644 |
||
|---|---|---|
| .. | ||
| CMakeLists.txt | ||
| NativeProcessLinux.cpp | ||
| NativeProcessLinux.h | ||
| NativeRegisterContextLinux.cpp | ||
| NativeRegisterContextLinux.h | ||
| NativeRegisterContextLinux_arm.cpp | ||
| NativeRegisterContextLinux_arm.h | ||
| NativeRegisterContextLinux_arm64.cpp | ||
| NativeRegisterContextLinux_arm64.h | ||
| NativeRegisterContextLinux_mips64.cpp | ||
| NativeRegisterContextLinux_mips64.h | ||
| NativeRegisterContextLinux_s390x.cpp | ||
| NativeRegisterContextLinux_s390x.h | ||
| NativeRegisterContextLinux_x86_64.cpp | ||
| NativeRegisterContextLinux_x86_64.h | ||
| NativeThreadLinux.cpp | ||
| NativeThreadLinux.h | ||
| ProcessorTrace.cpp | ||
| ProcessorTrace.h | ||
| Procfs.h | ||
| SingleStepCheck.cpp | ||
| SingleStepCheck.h | ||