On 22/06/13 20:09, Oleg Nesterov wrote: > On 06/21, David Daney wrote: >> I am proposing that we just reduce the number of usable signals such >> that existing libc status checking macros/functions don't change in any >> way. > > And I fully agree! Absolutely, sorry for confusion. > > > What I tried to say, _if_ we change the ABI instead, lets make this > change sane. I agree that this approach isn't very nice (I was really just trying to explore the options) and reducing the number of signals is nicer. But is anybody here confident enough that the number of signals changing under the feet of existing binaries/libc won't actually break anything real? I.e. anything trying to use SIGRTMAX() to get a lower priority signal. > > To me this hack is not sane. And btw, the patch doesn't look complete. > Say, wait_task_zombie() should do exitcode_to_sig() for ->si_status. Ah yes, I didn't seen that. Cheers James
