https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259778
Mark Johnston <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #1 from Mark Johnston <[email protected]> --- I tend to agree that it's like not very useful to allow the signal number to be configured. Though, I wonder if it'd be nicer to add a new signal for this purpose, rather than overloading SIGSYS. Capsicum already has its own errno numbers after all. I'd be inclined to make the new mechanism an entirely separate procctl verb: - PROC_TRAPCAP_CTL is purely a debugging feature, while your mechanism is not. - The TRAPCAP_CTL verb takes an int parameter, but maybe your mechanism would benefit from more flexibility. - I don't really like the idea of silently turning off PROC_TRAPCAP_CTL (or the global kern.trap_on_enotcap sysctl for that matter). I think it wouldn't be very difficult to ensure that SIGTRAP is delivered first if both mechanisms are configured... -- You are receiving this mail because: You are the assignee for the bug.
