mirror of
https://github.com/opnsense/src.git
synced 2026-04-11 12:26:56 -04:00
In the absense of a more specific handler for TRAP_CAP (generated by ENOTCAPABLE or ECAPMODE while in capability mode) treat it as a trace trap. Example usage (testing the bug in PR219173): % proccontrol -m trapcap lldb usr.bin/hexdump/obj/hexdump -- -Cv -s 1 /bin/ls ... (lldb) run Process 12980 launching Process 12980 launched: '.../usr.bin/hexdump/obj/hexdump' (x86_64) Process 12980 stopped * thread #1, stop reason = trace frame #0: 0x0000004b80c65f1a libc.so.7`__sys_lseek + 10 ... In the future we should have LLDB control the trapcap procctl itself (as it does with ASLR), as well as report a specific stop reason. This change eliminates an assertion failure from LLDB for now. |
||
|---|---|---|
| .. | ||
| ABI | ||
| Disassembler/llvm | ||
| DynamicLoader | ||
| ExpressionParser | ||
| Instruction | ||
| InstrumentationRuntime | ||
| JITLoader/GDB | ||
| Language | ||
| LanguageRuntime | ||
| MemoryHistory/asan | ||
| ObjectContainer/BSD-Archive | ||
| ObjectFile | ||
| OperatingSystem | ||
| Platform | ||
| Process | ||
| ScriptInterpreter | ||
| StructuredData | ||
| SymbolFile | ||
| SymbolVendor/ELF | ||
| UnwindAssembly | ||